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EVALUATTO's 


Command  and  control  capabilities  ior  the  Tn  ■ ual  Air  Fbrce  take  too  long 
to  develop,  do  not  satisfy  the  intent  of  original  requirements,  cost  too  much, 
can’t  adapt  to  simple  changes  in  p'oeeiures  and  fail  to  interoperate  with  other 
systems.  This  is  caused,  in  part,  by  the  acquisition  process  itself  where  each 
system  is  built  as  a unique  specialized  package  with  tightly  specified 
parameters  that  meet  specific  (but  highly  volatile)  mission  requirements  in  a 
very  explicit  way.  The  resulting  designs  become  over-optimized,  needlessly 
complicated  and  have  little  potential  for  growth  and  evolutionary  capabilities. 

This  contract  effort  represents  an  important  step  toward  simplifying  the 

connectivity  among  the  aggregation  of  coinnunications  and  data  processing 

devices  that  constitute  a command  and  control  system.  The  Flexible  Intra- 

2 

connect  architecture  will  permit  rapid  evolution  of  C capabilities  and  timely 

introduction  of  new  functions,  improved  procedures  and  technological  advances. 

The  FI  Is  intended  for  immediate  application  to  reduce  complexities  of  existing 

2 

C centers  and  will  simplify  the  architecture  of  systems  for  future  centers, 
while  absorbing  greater  volumes  of  information  associated  with  increasing 
levels  of  automation. 

The  results  of  this  contract  are  being  incorporated  in  specifications  for 
a program  to  develop  equipment  and  software,  verify  technical  performance  and 
demonstrate  operational  advantages  and  suitability.  This  work  is  under  the 
Distributed  (R3C/  thrust  of  the  Communications  and  Information  Processing 
for  (RA3)  section  of  the  RADC  Technolvjv  Objectives  and  Plans  (TO&P) 
structure. 


JAMES  L.  DAVIS 
Project  Engineer 
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INTRODUCTION 


This  report  describes  the  results  of  Modular  C Interface  Analyses 
performed  by  Martin  Marietta  Corporation  from  October  1977  through  April  1979 
on  a study  contract  to  define  a Flexible  Intraconnect  (FI)  capability  for 
tactical  coonand,  control,  and  communications  (C3)  facilities. 

This  final  report  presents  the  results  of  analyses  performed  iu  Tasks  I, 
II,  and  III  of  the  contract.  Task  I analyses  are  detailed  in  Martin  Marietta 
Corporation  Report  OR  15,042  and  Task  II  in  MCR-78-1416. 

A Flexible  Intraconnect  is  defined  as  a cosnon  transmission  facility 
that  may  be  accessed  by  all  connunications  and  automatic  data  processing 
devices  for  tne  transfer  of  information  between  these  devices  within 
center.  A center  is  a facility  such  as  the  Tactical  Air  Control  Center  (TACC) 
and  the  Control  and  Reporting  Center  (CRC)  (Fig.  1-1)  where  a concentration  of 
C^  equipments  are  deployed  to  support  air  operations. 

FI  objectives. 

The  objective  of  the  sCudy  was  to  conceptually  design  a Flexible 
Intraconnect  capability  for  tactical  facilities  which  provides 
operational  users  '*ith  the  flexibility  to  configure  for  current  and  future 
requirements.  This  intraconnect  would  become  the  foundation  of  a long-term 
Air  Force  effort  to  develop  and  field  tactical  modular  C^  facilities.  Its 
design  eapl\aslses  modularity.  Interoperability,  Interconne^.tlvlty,  flexibility 
and  survivability.  The  design  supports  information  exchange  bet%reen  tactical 
C^  facilities  when  equipments  and  employment  concepts  evolve  from  those 
currently  used  to  those  which  may  exist  in  the  year  20(X).  The  design  concept 
does  not  compromise  the  functional  relationships  and  operational  procedures 
employed  in  systems  using  equipment  of  the  407L  Tactical  Air  Control 
S^staws,  42SA  Tactical  Information  FroocBoing  md  Interpretation  5ystam,  or 
in  Che  433L  Weather  Obeerving  and  Toreoaating  Sgotem.  The  condenw^^cl  d*«tfn 
is  comp«rible  with  the  architectures  of  the  DCS,  VWHCCS,  TRl-TAC,  and  other 
systeia  currently  under  development  such  as  JTIDS  and  48SL  Tactical  Air 
Control  Syetm  Ifrproomente  (TACSl). 

The  design  is  capable  of  expansion  and  growth  accommodate  evolving 
concepts  such  as  coi^ter  resource  sharing,  distributed  data  base/managemeac , 
packet  switching,  bus  concepts,  information  distribution,  radar  netting, 
modular  operations  centers,  and  geographically  distributed  functions. 

The  proposed  design  meets  objectives  for  a wideband  Flexible 
Intraconnect  for  Tactical  Air  Force  modular  fscllitisi  sad  la  suitsblu 
for  deployment  either  in  a static  theater  environment  or  a highly  mobile 
situation » 
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Figure  1-1  Control  and  Reporting  Cente 


1.2  Background . 

Tactical  users  in  equipment  centers  have  recognized  the  need  to 
improve  methods  for  interconnecting  equipment  in  these  highly  populated 
facilities.  The  most  common  problems  associated  with  the  current  intraconnect 
method,  using  multiconductor  cable,  may  be  summarized  as: 

a.  Poor  reliability,  primarily  due  to  connector  failures; 

b.  Weight  and  size  of  cable  harnesses; 

c.  Excessive  setup  and  teardovn  times; 

d.  Inability  to  change  a center’s  configuration; 

e.  Inability  to  convert  incompatible  interface  characteristics  to 
allow  compatible  interoperation  between  dissimilar  devices; 

f.  Inability  to  permit  peripherals  at  remo::e  locations  to  access  the 
central  processing  unit  (CPU)  data  base; 

g.  Inability  to  upgrade  the  automatic  data  processing  (ADP)  system  by 
substitution  of  a single  device  such  as  the  CPU  without 
reengineering  the  Intraconnect  for  the  entire  ADP  system  and 
replacement  of  many  of  the  per:..pheral8;  and 

h.  Security  intrusion  problems. 

In  addition,  recent  studies  have  shown  significant  cost  savings  can  be 
realized  through  adoption  of  a family  of  standard  ADP  devices  with  standard 
(software  options  that  can  be  used  in  all  TAF  equipment  requiring  those 
functions.  The  objective  is  to  minimize  proliferation  of  ADP  equipment  types 
and  software  designs  in  the  inventory.  An  important  step  in  achieving  this 
standardization  is  the  adoption  of  a common  set  of  interface  characteristics 
for  future  ADP  developments.  It  is  also  important  to  provide  compatible 
interfaces  between  current  inventory  devices,  those  soon  to  be  fielded,  and 
thjse  to  be  developed  in  accordance  with  the  new  standard.  Initially,  the  new 
intraconnect  must  accommodate  a variety  of  interface  characteristics  by 
providing  compatibility  conversions  to  match  the  characteristics  of  the  common 
standard.  Future  ADP  devices  will  be  designed  with  input /output  (I/O) 
characteristics  in  accordance  with  this  standard. 

The  Air  Force  began  studies  of  the  feapibility  of  a Flexible 
Intraconnect  in  1974.  The  results  are  summarized  in  Appendix  A of  the  Task 
I report. 

1.2.1  Task  I.  This  task’s  efforts  were  directed  towards : 

a.  Defining  user  requirements  for  the  Flexible  Intraconnect;  and 

b.  Selecting  the  preferred  design  concept  for  Implementation  of  the 
Flexible  Intraconnect. 

The  analysis  addressed  the  problem  of  Information  transfer  within  a 
center,  i.e.,  intrashelter  and  Intracenter.  Design  technique  Investigations 
were  performed  at  the  level  of  detail  necessary  to  compare  the  cost-effective- 
ness of  candidate  concepts.  2-3 


Figure  1-2.  Implementation  of  recommended  system. 


Analysis  efforts  have  concentrated  on  design  characteristics  of  the 
local  intraconnect;  the  point  of  interface  with  devices  and  the 
application  of  the  Interface  Standard*  Figure  1-3  shows  the  open-loop 
topology  of  the  local  intraconnect.  The  local  intraconnect  bus  consists  of  a 
forty  twisted-pair  ribbon  cable  looped  between  communication  and  ADP  devices 
within  a shelter.  Data  transfer  is  in  parallel  at  a 5 Mb/s  rate.  Devices 
access  the  intraconnect  by  means  of  an  LIU.  The  device  side  of  the  LIU  will 
be  designed  to  meet  the  characteristics  of  the  Interface  Standard.  If  the 
device  I/O  interface  characteristics  are  compatible  with  this  Interface 
Standard,  the  device  may  be  connected  directly  to  the  LIU.  If  not,  the 
necessary  compatibility  conversions  are  performed  by  an  adapter  module.  LIU 
access  to  the  local  intraconnect  bus  is  controlled  by  the  Local  Intraconnect 
Control  Unit  (LICU).  Sixty-four  LIUs  can  be  serviced  on  the  local  intracon- 
nect. The  Lieu  polls  each  LIU  in  sequence  to  coordinate  data  transmission  on- 
to the  bus  in  formatted  message  blocks. 
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The  requireinents  analyses  examined  the  operational. scenarios  of 
equipment  the  Flexible  Intraconnect  must  support,  and  provided  quantification 
of  traffic  flow  for  both  communications  and  ADP  traffic  within  each  of  ten 
equipment  center  types.  Maximum  traffic  load  for  local  intraconnect  within 
an  equipment  shelter  was  estimated  to  approach  150 .Megabits  per  second  (Mb/s). 
Maximum  traffic  load  for  the  external  intraconnect  between  shelters  was 
also  estimated  to  approach  150  Mb/s. 

The  recommended  FI  concept  provides  a two-level  Intraconnect,  i.e.,  one 
level  for  local  (intrashelter)  traffic,  and  another  for  external  (Intracenter) 
traffic.  The  local  Intraconnect . employs  a conventional  open-loop  topology 
using  forty  twisted-pair  ribbon  cable  for  transmission;  TDM-SDM  for 
channelization,  and • sequential  polling  for  user  access. 

The  external  Intraconnect . Imploys  a star  topology  using  multi-channel 
fiber  optic  cable  for  transmission,  TDM-SDM  for  channelization,  and  sequential 
polling  for  access  control. 

A three-phase  Implementation  plan  was  suggested  to  permit . incremental 
funding  of  development  costs  for  the  intraconnect,  while  providing  intraconnect 
capabilities  compatible  with  the  requirements  of  the  incremental  evolution  of 
c3  equipment. 

1.2.2  Task  II.  This  task's  efforts  were  directed  towards: 

a.  Analyzing  the  Interface  characteristics  of  inventory  and  future 
devices  that  interface  with  the  Flexible  Intraconnect; 

b.  Performing  a functional  design  of  the  device-to-Flexible 
Intraconnect  Interface; 

c.  Preparing  a Preliminary  Interface  Standard  document  to  establish  a 
design  standard  for  the  device-to-Flexlble  Intraconnect 
Interface;  and 

d.  Verifying  the  capability  of  the  Flexible  Intraconnect  Concept  to 
satisfy  the  intraconnect  requirements  of  the  revised  TAFIIS  Master 
Plan. 

The  interface  characteristics  of  all  communications  end  ADP  equipments 
expected  to  access  the  Intraconnect  were  compiled  and  analyzed  to  determine 
the  device-^to-Local  Intraconnect  Unit  (LIU)  interface  requirements.  Existing 
interface  standards  were  studied. to  determine  similarities  with  the 
requirements  identified  for  the  device*; to-LIU  interface.  At  the  same  time, 
analyses  were  performed  to  further .define  the  functional  operation  of  the  LIU, 
identify  the  characteristics .of  the  LIUrto-Local  Intraconnect  (LI) . interface, 
and  to  perform  a preliminary  functional. design  of  the  LIU  and  the  adapters. 
Outputs  of  these  subtasks  enabled. select ion. of  characteristics  for  the 
interface  standard  to  be  applied  at. the  point  of  interface  between  the  LIU  and 
the  ADP  or  communications  device. . A Preliminary  Interface  Standard  document 
was  prepared  to  describe  the  characteristics  of  the  recommended  interface. 
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A concept  verification  effort  was  performed  confirming  that  the 
recommended  Flexible  Intraconnect  concept  will  satisfy  the  intraconnect 
requirements  of  the  equipment  scenario  defined  in  the  revised  TAFIIS 
Master  Han. 

1.2.3  Task  III.  This  task’s  efforts  were  directed  towards: 

a.  Preliminary  design  of  the  intraconnect  scheme  and  the  subnetwork 
bus  configurations; 

b.  Communication  network  implementation; 

c.  Development  of  message  structure,  protocols  and  formats; 

d.  Network  control  and  resource  management; 

e.  Security  aspects  relative  to  TEMPEST  effects,  intrusion,  and 
eavesdropping;  and 

f.  Reliability,  maintainability,  and  availability  analyses. 

The  preliminary  design  study  details  operational  facets  of  the  FI  and 
shows  how  recommended  architecture  handles  point-to-point,  virtual  bus,  lazy 
susan,  and  broadcast  messag^^s. 

Control  functions  via  the  FI  Manager  were  examined  and  message 
structure,  protocols  and  header  formats  were  detailed.  The  interconnection 
of  communication  devices  and  their  interface  with  other  common-user  communi- 
cations were  conceptually  designed.  Alternate  configurations  were  presented 
to  time  phase  communications  into  the  FI. 

Design  of  encryption/decryption  devices  into  the  FI  to  meet  security 
requirements  were  thoroughly  investigated.  Estimates  were  made  regarding  the 
FI  system's  utility  to  determine  the  redundancy  that  must  be  incorporated 
in  the  design  to  assure  availability. 

1.3  Summary. 

The  recommended  Flexible  Intraconnect  concept  employs  a two-level  bus 
transmission  system.  The  local  intraconnect  bus  carries  the  intrashelter 
traffic.  Figure  1-2  shows  the  configuration  for  this  concept  as  envisioned 
for  employment  in  equipment  centers.  The  external  intraconnect  bus 
carries  the  intracenter  traffic.  This  bus  consists  of  multi-channel  fiber 
optic  cables  arranged  in  a star  topology  to  connect  each  equipment  shelter 
with  a centrally  located  fiber  optic  transponder  with  as  many  as  63  legs  in 
the  star  configuration.  Access  to  the  external  intraconnect  from  a local 
Intraconnect  is  controlled  by  the  External  Intraconnect  Control  Unit  (EICU). 
Multiplex  and  modem  functions  for  interfacing  between  the  external  and  local 
intraconnects  are  performed  in  the  External  Intraconnect  Unit  (EIU). 
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Figure  1-3.  Local  Intraconnect. 


The  external  intraconnect  uses  a star  topology.  This  concept  provides 
an  efficient  means  of  transmitting  data  throughout  the  center.  Figure  1-4 
shows  the  external  intraconnect  bus  configuration  for  a Control  and  Reporting 
Center  (CRC).  This  concept  was  selected  over  others  for  its  capacity, 
compatibility,  flexibility,  security,  and  growth  characteristics.  Forty 
pairs  from  the  LXCU  with  5 Kb/s  parallel  data  on  each  are  multiplexed  onto 
four  fiber  optic  wave  guides  in  the  EIU.  Each  wave  guide  handles  50  Mb/s 
data.  The  EIU  thus  performs  data  conversion  and  electrical-to-optical 
transition.  The  EIU  multiplex  is  shown  in  Figure  1-5  . 

The  proposed  External  Interface,  providing  communications  between 
shelters,  uses  fiber  optic  cables  as  the  transmission  means.  Fiber  optics 
were  selected  for  the  following  reasons: 

a.  Wide  bandwidth; 

b.  Negligible  crosstalk; 

c.  No  comoon-mode  or  ground-loop  problems; 

d.  Cable  impervious  to  EHP  or  lightning  disruption; 

e.  Fastest  service  restoration; 

f.  Hlgh-link  availability; 

g.  Smallest  sice,  lowest  weight  of  all  candidates; 

h.  Lowest  cost  alternative  now,  with  further  cost  reductions  in 
prospect;  and 

i.  Minisuil  security  intrusion  problems. 
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Figure  1-5.  Extemel  Intreconnect  unit* 


The  External  Interface  will  intraconnect  up  to  a total  of  63  LICUs. 

Considerable  work  has  been  done  on  the  developnent  of  data  transfer 
protocols.  Protocols  to  control  data  transmission  over  the  FI  have  been 
defined  for  all  levels  of  communication.  The  overall  vlev  of  data  trans* 
mission  control  can  be  seen  In  Figure  1-6.  The  characteristics  of  data 
transmission  on  the  FI  can  be  described  In  both  functional  and  operational 
terms.  Figures  1-7  and  -8  show  the  five  different  layers  of  protocol 
affecting  data  flow  over  the  FI. 

a.  FI  Level  A concerns  user-to-user  protocol*  l.e.*  process  control. 

This  data  transfer  control  governs  activities  between  devices 

as  If  they  were  directly  connected. 

b.  FI  Level  B pertains  to  the  formatting  of  address*  control*  and 
data  to  and  from  a DTE  for  Interface  to  other  DTEs.  This  protocol 
Is  mainly  toz  'sntrol  between  adapters  and  would  disappear  when 
adapters  a>  ^ longer  needed. 

r 


transmission  control 


f 


The  following  three  layers  of  protocol  combine  to  perform  end-to-end 
data  transmission  between  users  on  the  FI.  They  are  unique  to  the  FI. 

c . FI  Level  C concerns  the  data  link  between  a DTE  or  SAU  and  the  FI. 
Control  information  for  r Deration  on  the  FI  is  contained  in  a 
device  header  which  is  attached  to  a blocL  of  data  by  the  DTE  or 
DAU. 

d.  FI  Level  D consists  of  the  LI  control.  A network  header  and 

trailer  are  added  to  the  device  header  and  data  block  by  the  LIU. 
This  provides  Information  required  to  control  LIU-LIU  and  LIU-LICU 
data  transfers. 


a.  Data  tram;ftr  on  rha  El  coatinuaa  ualag  cha  network  header  and 
trailer  f emulated  at  FI  Level  D.  However » coMnmlcatlon  between  the  EICU 
and  ElUa  is  required  to  configure  the  FI  into  a proper  node  of  operation, 
this  warrants  a separate  layer  of  protocol  - FI  Level  E - which  pertains  to 
the  FI  control.  FI  levels  D and  E are  transperent  to  the  user. 
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Figure  1-8.  Formats  at  each  FI  level. 


1.4  Concerns. 

This  report  details  the  vork  done  in  the  design  of  the  Flexible 
Intraconnect  capability.  This  section  describes  several  concerns  left 
unresolved  due  to  tine  and  budget  constraints. 

' 1.4.1  Digital  telephones.  The  method  for  encoding  voice  traffic 
for  transmission  on  the  FX  Is  currently  under  evaluation.  The  candidates  are 
eight-bit  pulse  code  modulation  (PCM)  encoding  vs  continuously  variable- 
slope  delta  moudlation  (CVfD).  Elght-blt  PCM  encoding  requires  64  kb/o  per 
channel  whereas  CVSD  requires  32  Vb/s  with  a future  possibility  to  use  16  kb/s. 
The  primary  reason  for  considering  CVSD  Is  Its  Interface  compatibility  with 
the  TRI-TAC  system,  which  uses  CVSD  exclusively.  PCM,  however,  has  advantages 
In  certain  telsphone  operations  such  as  conferencing  due  to  its  linear 
companding  characteristics,  and  the  possibility  of  future  bandwidth  reduction 
by  evolution  to  linear  predictive  coding  (LPC). 

1.4.2  Full-duplex  transmission  on  the  El.  The  EX  will  use  multichannel 
fiber  optic  wave  guides  In  a star  configuration  to  route  data  between  TAF 
shelters.  As  envisioned,  separate  links  will  be  provided  to  and  from  a 
shelter  with  the  data  sent  simplex.  Consideration  should  be  given  to 
implementing  a full-duplex  coeaunlcatlon  system  on  a single  channel  set  of 
fiber  optics. 

1.4.3  Star  coupler.  The  proposed  system  uses  an  active  electronic 
star  coupler  to  receive  data  from  any  one  of  63  ElUe  and  transmit  to  all 
EIUs.  With  the  maturing  of  fiber  optic  technology.  It  %d.ll  become  practical 
to  use  a passive  fiber  optic  itsr  coupler  as  the  transponder. 
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1.4.4  Hlgh-‘speed  data  transmissions  on  the  El.  Traffic  analyses 
indicate  a requirement  for  200  Mb/s  transmissions  between  TAF  centers. 
State-of-the-art  investigations  of  fiber  optic  technology  suggest  a maximum 
transmission  rate  of  50  Mb/s  per  optic  fiber.  Accordingly,  the  preliminary 
design  multiplexes  the  200  Mb/s  data  onto  four  fiber  optic  wave  guides. 

As  fiber  optic  technology  matures,  consideration  should  be  given  to  using 
the  high  theoretical  bandwidth  of  fiber  optics  to  transmit  and  receive  data 
on  a single  wave  guide. 

1.4.5  Transmission  security.  One  of  the  reasons  for  the  selection  of 
fiber  optics  as  the  medium  for  transmitting  data  between  TAF  shelters  was 
the  lack  of  vulnerability  to  tampering,  breach  of  privacy,  and  Intentional  or 
unintentional  jamming.  However,  to  meet  present  COMSEC  requirements, 
encryption-decryption  equipment  have  been  included  in  the  preliminary  design 
of  the  El  links.  To  preserve  traffic-flow  security,  pseudo-random  noise  (PSN) 
data  - at  the  actual  data  rate  - has  been  placed  on  the  fiber  optic  links 
during  data-null  periods  so  that  the  links  present  a constant  degree  of 
apparent  traffic  to  an  eavesdropper.  Further  effort  should  be  made  to 
determine  the  actual  resistance  of  fiber  optics  to  intrusion  to  determine 
actual  needs  for  COMSEC  dqulpment  and  procedures. 
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2.0  SYSTEM  REQUIREMENTS 

2.1  FI  requirenents  sunry. 


* 


The  purpose  of  requirements  analysis  is  to  provide  a framework  for  de^ 
signing  the  intraconnect  system.  Elements  of  interest  are  a definition  of  the 
equipment  configuration  in  each  TAF  operational  environment,  and  a determina- 
tion  of  types  and  quantities  of  traffic  the  intraconnect  will  be  required  to 
carry.  Analysis  of  the  first  element  results  in  a definition  of  systee  con- 
figuration concepts,  and  the  second  in  an  analysis  defining  traffic  flow  with- 
in the  TAF  centers  for  each  concept. 

llie  Fiexiblt:  Intracennect  concept  must  satisfy  the  requirements  of  TAF 
systems  in  the  present  and  near  terms  as  well  as  those  in  the  future  throuch 
the  year  2000.  To  account  for  changes  in  equipment  complements,  functional 
needs,  and  traffic  flow  resulting  from  technological  developments  expected 
during  this  tiaie,  five  SCCs  have  been  postulated.  Each  characterizes  the  ar- 
chitecture of  the  TAF  centers  when  employing  equipment  anticipated  for  that 
period.  By  this  approach,  the  long-term  requirements  of  the  TAF  can  be  parti- 
tioned into  scenarios  in  which  system  interfaces  and  traffic-flow  determina- 
tions can  be  made.  The  five  SCCs  start  with  the  configuration  existing  pres- 
ently and  then  proceed  through  that  postulated  for  1990-2000. 

A traffic  analysis  hss  been  done  for  each  SCC.  The  Flexible  Intracon- 
nect will  carry  traffic  between  and  within  shelters  at  a TAF  center.  Thus, 
intershelter  and  intraahelter  traffic  is  of  interest  in  this  snslysis.  Inter- 
center traffic  is  of  interest  only  in  its  contribution  to  intracenter  traffic 
flow.  It  should  be  recognised  that  previous  traffic  analyses  for  TAF  centers 
have  not  extended  to  the  inter  or  intrashelter  level;  these  studies  having  ex- 
amined intercenter  coounicstions  only.  Easults  of  these  earlier  traffic 
analyses  have  been  used  as  s starting  point  for  this  snslyeis. 

2.2  Operscional  scenarios. 

System  Configuration  Concapts  (SCC).  In  determining  the  present  needs 
for  information  transfer  rates  and  traffic  types,  a basic  system  using  407L 
equipment  was  established  serving  aa  a point  of  refaranct  for  lattr  config- 
urations. Two  well  established  concepts  beyond  the  basic  407L-equipped  TAF 
system  were  defined  by  projecting  an  anticipated  evolution  of  the  TAF  system 
based  on  procurement  plana  alraady  in  progress  and  on  planned  procurements 
of  equipm^t  under  development. 

Two  additio^l  conceptt  were  definsd  that  employ  equipment  not  yet  de- 
veloped. These  were  defin^  on  the  basis  of  informscion  gathered  from  docu- 
ments supplied  by  the  Air  Force  end  from  studies  undertaken  by  Martin  Marietta 
and  show  the  potential  growth  of  technology  to  the  year  2000. 

Thaae  five  TAP  SCCa  (Table  2-1),  one  baseline  and  four  evolutionary  coo- 
figuratic^a,  provide  the  basis  for  the  requirements  cf  a Flexible  Intraconnect 
deaign.  The  407L  baseline  model  was  derived  from  a similar  model  in  Annex  A 
of  the  TAFXIS  Master  Flan,  Feb  1976,  and  from  TAFII8  CommsnicatiAQ  Annex  E, 

Fab  1976. 
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TABLE  2-1.  SYSTEM  CONFIGURATION  CONCEPTS  (SCO  DEFINITIONS 


SCC-1  Present-1980 

Classical  TAP  Configuration 
407L  Equipments 

SCC-2  1980-1985 

48!>L  Equipment  Improvements 
Adds  DCS  and  WWMCCS  Interface 
Introduces  DC/SR  (TIPI)  and  PLSS 
JTIOS 

SCC-3  1985-1990 

TRI-TAC  Equipment  Phased  In 

SCC-4A  1990-1995 

Intracenter  Computer  Bus  With  Distributed  Processing 
Intercenter  Computer  Links 
Remoted  Radars 

Increased  Communications  Loading  on  JTIDS  and 
TIPI  (EW,  ID,  6TSC  Functions) 

see -48  1995-2000 

Integrated  Bus  and  Circuit  Switch 
Distributed/Netted  Radars,  Radios  and  Sensors 


the  Systea  (^nfifuracion  Concept*  are  deployed  in  tvo  sone*  of  activity, 
the  coabat  and  the  base  conet.  Figure  2-1  thoira  SCC-1  in  relation  to  theae 
zone*.  SCC-1  utet  current  inventory  407L  equipaentt  and  contitting  of  COKK 
centef'i  for  the  air  force  coaponent  headquartera  (AFCB),  TACC,  CtC,  tvo  CBPt, 
four  Forward  Air  Control  Poata  (FACPa),  four  (ASITa),  two  Direct  Air  Support 
Center*  (DACS*),  tvo  (TACP*),  mad  ei^t  aultiwing  Tactical  Air  Baaa*  (TAB*)* 
The  AFCH,  TACC,  Airlift  Control  Onter  (AIGC),  and  Tactical  Uaather  Analyai* 
Center  (tVAC)  are  separate,  but  collocated,  eleaenta  of  the  TAF. 


t 


BACK  UP 
DCS  (HF) 


TACC/ALCC 


200  NM 


PRIMARY 


DCS  (HF)  . 5 


BASE  ZONE 


COMBAT  ZONE 


Figure  2-1.  SCC-1  baseline  model  connectivity. 

SCC-2  was  developed  by  adding  485L  equipment,  Tactical  Information  Proc- 
essing and  Interpretation  Display  and  Control/Storage  and  Retrieval  (TIPI 
DC/SR),  Joint  Tactical  Information  Distribution  System  (JTIDS),  and  position 
Location  Strike  System  (PLSS)  to  SCC-1.  SCC-2  also  includes  DCS  and  Worldwide 
Military  Command  and  Control  System  (WWMCCS)  external  interfaces. 

SCC-3  introduces  the  TRI-TAC  family  of  equipment  into  the  Tactical  Air 
Command  (TAG).  TRI-TAC  provides  TAC  with  automated  technical  control,  auto- 
mated switching,  secure  transmission  of  voice  and  data,  digital  transmission 
facilities,  and  automated  system  control. 

In  SCC-A,  two  concepts,  SCC-AA  and  $CC-4B,  are  postulated.  For  SCC-4A, 
TAC  centers  retain  their  identity  and  functions  as  defined  in  earlier  SCCs  but 
include  both  inter center  and  intracenter  computer  exchanges  not  found  in  ear- 
lier concepts.  SCC-4A  also  accommodates  greater  communication  loads  at  the 
centers  caused  by  additional  contingents  of  electronic  warfare,  identifica- 


tion,  ground  target  surveillance,  and  strike  control  forces.  In  addition,  the 
AN/TPS-43  radar  is  remoted  from  the  control  and  reporting  center  and  post 
(CRC/CRP)  and  includes  a decoy.  SCC-4B  is  a concept  in  which  TAC  functions  do 
not  necessarily  reside  in  the  same  centers  as  in  the  previous  SCCs.  Functions 
of  circuit  switching  and  channel  reassignment  as  previously  performed  by  the 
AN/TTC-39  and  communications  node  control  element  (CNCE)  are  integrated  and 
concepts  of  distributed  networks  of  radios,  radars,  and  sensors  is  introduced. 
SCC-4B  expands  the  concept  of  computer-to-computer  data  communications  from 
that  in  SCC-4A. 


In  the  following  paragraphs,  the  equipment  configurations  for  each  cen- 
ter analyzed  are  summarized  for  the  five  SCCs.  The  centers  are  described  in 
more  detail  in  Phase  I,  Task  I Final  Report,  OR  15,042  Volume  II. 

2.2.1  Present  centers. 


2. 2. 1.1  SCC-1  - baseline  concept.  SCC-1  a classical  deployment  of  ma- 
jor elements  of  the  Tactical  Air  Control  System  (TACS),  employ  equipment  pro- 
cured under  the  407L  program  (Fie.  2-2). 


ele;aents  in 

CONFIGURATION 


Figure  2-2.  Block  diagraa  of  AFCH/TACC  node  for  SCC-1. 
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In  SCC-1,  voice  communication  is  the  prime  mode  for  information  flow. 
Record  communication  is  provided  by  teletypewriter  (TTY)  units  at  the 
AFCH/TACC  with  TTY  circuits  to  the  TAC  units  for  fragmentary  (FRAG)  order 
transmission.  Target  tracking  and  identification  data  are  transferred  between 
the  CRC  and  CRPs  via  TADIL-B  data  links.  Ground-to-air  radio  nets  are  provid- 
ed at  each  TAGS  element,  airlift,  element,  and  tactical  unit  operations  center 
(TUCX3)  as  required.  Primary  long-distance  voice  and  record  communications  be- 
tween each  of  the  major  Air  Force  elements  are  by  means  of  wideband  radio  sys- 
tems when  required  distance  and  terrain  criteria  can  be  met.  High-frequency, 
single-sideband  (HF/SSB)  radio  links  are  used  when  terrain  or  distance  pro- 
hibit the  practical  use  of  wideband  radio,  or  as  a limited  backup  of  the  wide- 
band links. 

Tactical  air  bases  are  not  treated  as  a single  element  for  the  intracon- 
nect bus  plan  in  this  study  even  though  a large  number  of  telephones  may  be 
encountered  at  a multiwing  air  base.  The  air  base  has  a group  of  elements  de- 
ployed to  support  the  TAF.  These  elements  were  reviewed  and  found  to  perform 
generally  as  isolated  and  independent  operation  functions  with  a limited  re- 
quirement for  high-density  communication  between  them.  Two  of  the  elements, 
the  ALCE  and  TUOC,  were  selected  because  they  were  focal  points  for  the  TAB 
operations  and  interfaced  directly  with  the  TAGS.  A third  system,  the  Tacti- 
cal Air  Base  Weather  Station  (TABWS),  is  fully  represented  in  the  analysis  of 
the  TWAG. 

In  the  baseline  system,  four  ASRTs  are  deployed,  one  collocated  with 
each  FACP,  taking  advantage  of  the  FAGP  long-haul  communications  to  interface 
with  the  GRG  or  a GRP. 

The  DASCs  and  TACPs  provide  organization  equipment  and  personnel  through 
which  air  support  requirements  of  the  ground  forces  can  be  identified,  proces- 
sed, and  controlled.  These  elements  (especially  the  TACPs)  must  move  with 
Arn^  counterparts  requiring  a high  degree  of  mobility.  Battalion-level  TACPs 
are  manned  with  forward  air  controllers  (FACs)  to  provide  air  liaison,  advice, 
and  integration  of  close-air  support  (CAS).  The  baseline  (407L)  TAF  deploy- 
ment consists  of  the  following  major  elements: 

a.  Air  Force  Component  He&dquarCers/Tactical  Air  Control  Center 
(AFCH/TACC); 

b.  Tactical  Weather  Analysis  Center  (TWAC); 

c.  Airlift  Control  Center  (ALCC); 

d.  Tactical  Unit  Operations  Center  (TUOC); 

e.  Air  Lift  Control  Element  (ALCE); 

f.  Control  and  Reporting  Center/Control  and  Reporting  Post  (CRC/CRP); 

g.  Forward  Area  Control  Post  (FACP); 

h.  Air  Support  Radar  Team  (ASRT);  and 

i.  Direct  Air  Support  Center  (DASC). 

2.2. 1.2  Air  Force  Component  Readquarters/Tactical  Air  Control  Center. 
AFCH,  comprising  the  command  section  and  various  staff  groups,  is  responsible 
for  planning,  coordinating,  and  supervising  activities  pertaining  to  perfor- 
mance of  the  TAF  mission.  In  the  baseline  configuration,  the  AFCH  is  physi- 
cally located  with  the  TACC  and  shares  a conion  communications  system.  Connu- 
nication  traffic  loading  of  the  AFCH  is  included  in  the  TACC  traffic  analysis 
since  the  TACC  is  the  air  operations  center  for  the  AFCH,  (Fig.  2-2). 
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The  TACC  is  the  center  of  air  operations  under  the  conmand  of  the  AFCC. 
The  TACC  plans,  directs,  coordinates,  and  controls  the  deployment  of  tactical 
air  operations  and  supervises  air  control  functions  to  provide  centralized 
control  and  direction  within  a TACS.  In  accordance  with  the  air  operations 
plan  provided  by  the  AFCH,  the  TACC  establishes  the  preplanning  associated 
with  tactical  missions.  This  mission  preplanning  enables  the  TACC  to  monitor 
current  air  operations  and  assign  allocated  resources  under  its  coTonand  to  in- 
coming requests  for  various  air  operations. 

The  TACC  prepares  and  issues  detailed  orders  for  force  deployment  and 
monitors  the  execution  of  these  orders,  adjusting  to  meet  established  objec- 
tives. The  TACC  is  organized  into  two  functional  divisions:  Current  Plans 
and  Current  Operations.  Under  the  direction  of  each  division  are  a number  of 
branches;  each  responsible  for  the  execution  of  a TACC  function. 

The  baseline  deployment  of  the  AFCH/ TACC  consists  of  two  AN/TSQ-92  Oper- 
ations Centrals,  an  AN/TTC-30  Automatic  Switch,  an  AN/TSC-62  Technical  Control 
Facility,  an  AN/TGC-26  Form  Tape  Relay,  two  AN/TGC-27  Teletypewriter  Centers, 
an  AN/TRC-87  UHF  Radio,  six  AN/TRC-60  HF  Communications  Centrals,  seven 
AN/TRC-97A  Troposcatter  Radio  Sets,  and  supportive  elements  for  equipments  and 
personnel. 


2.2. 1.3  Tactical  Weather  Analysis  Center.  TWAC  is  an  operational  unit 
of  the  TACS  normally  located  at  the  AFCH/TACC  to  provide  weather  data  proces- 
sing for  the  TAF.  It  provides  raw  data  to  and  receives  tailored  weather  in- 
formation from  the  Air  Force  Global  Weather  Central  (AFGWC).  The  TWAC  trans- 
mits weather  information  to  the  TAB  local  weather  centers  including  data  from 
external  sources.  Weather  information  is  also  transmitted  to  the  CRC,  CRP, 
and  DASC . 


The  TWAC  defined  for  SCC-1  consists  of  two  forecasting  modules,  one  ob- 
serving module,  one  radio  intercept  module,  and  two  maintenance  modules  (Fig. 
2-3). 


Q/A/G  G/A/0 


2. 2. 1.4  Airlift  Control  Center.  ALCC,  the  senior  airlift  element  of 
the  TACS,  is  collated  with  and  subordinate  to  the  TACC,  and  perforins  all  air- 
lift scheduling  and  coordinating  for  the  commander  (Fig.  2-3). 


Deployment  of  the  ALCC  depends  upon  the  airlift  operation  size.  For  ef- 
forts involving  less  than  two  airlift  squadrons i five  to  seven  Military  Air- 
lift Command  (MAC)  officers  will  occupy  desks  in  one  corner  of  the  TACC.  For 
operations  involving  more  than  two  airlift  squadrons,  a separate  ALCC  shelter 
(AN/TSQ-93  operations  central,  medium)  is  deployed.  AN/TSQ-93  contains  a man- 
ual switchboard  (AN/TTC-32)  that  interfaces  with  the  TACC  AN/TTC-30  automatic 
switch.  There  are  24  operator  positions  in  the  operations  central.  The 
AN/UYA-7  and  associated  HF  radios  (AN/TRC-146)  are  located  in  a separate  shel- 
ter adjacent  to  the  operations  shelter. 

2.2. 1.5  Tactical  Unit  Operations  Center.  TUOC  is  the  operational  cen- 
ter of  the  TAB  headquarters  where  which  operations  concepts  are  translated  in- 
to tactics  and  mission  plans  for  the  application  of  air  power.  It  providet. 
the  link  through  which  operational  orders  are  received,  information  is  dis- 
played, and  command  directions  are  dissminated  at  air  bases.  At  this  center, 
detailed  route  selections  and  timeing  are  decided,  air  crews  are  briefed  and 
debriefed,  and  initial  mission  reports  are  prepared  and  dispatched.  The  TUOC 
shares  the  air  base  comDunication  equipment,  (Pig.  2-5). 
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Figure  2-5.  SCC-1  TUOC  (sharlng-TAB  communication  system). 

The  baseline  TUOC  is  limited  to  a manual  mode  of  operation.  Through  ex- 
isting TTY,  base  communication  centers,  or  direct  dedicated  and  common-user 
voice  and  UHF/VHF/HF  circuits,  the  TUOC  receives  daily  FRAG  orders,  intelli- 
gence, weather,  airfield  status,  maintenance,  and  other  information  regarding 
the  operation  mission  within  its  area  of  responsibility.  Since  the  TUOC  is 
concerned  with  information  to  the  TACC/ALCC,  this  facility  is  required  to 
maintain  current  status  of  capabilities  of  subordinate  tactical  units  served. 
This  information  is  forwarded  to  the  TUOC  via  voice  and  teletype  circuits  for 
subsequent  transmission  to  the  TACC/ALCC. 

2. 2. 1.6  Airlift  Control  Element.  ALCE  is  a self-contained  module  paeV- 
aged  in  a single  air-transportable  expandable  shelter  and  deployed  beside  the 
runway  of  a TAB  in  :he  airlift  on-load  or  off-load  areas.  From  this  position, 
ALCE  personnel  coordinate  and  control  all  local  airlift  operations,  including 
aerial  port  units  and  cargo  handling  teams.  ALCE  is  directly  subordinate  to 
the  ALCC  and  is  the  TAGS  element  through  which  the  AFCC  maintains  control  of 
assigned  airlift  forces  and  ensures  their  effective  employment.  ALCE  reports 
loading  status  to  the  ALCC  via  the  AII/UYA-7  and  the  AM/TRC-146  radio.  When 
available,  a voice  network  via  the  TAB  switchboard  is  provided  for  backup  com- 
munications. 


t 


Ck>imnunications  for  the  ALCE  are  all  self  contained  and  organic  to  the 
ALCE  shelter,  (Fig.  2-6).  Landline  connectivity  to  the  TAB  switched-voice 
network  is  used  for  backup  communication  with  the  ALCC  (when  available)  and 
for  coordination  with  other  on-base  activities.  The  AN/UYA-7  data  sets,  asso 


ciated  AN/TRC-146  radios,  and  various 
shelter  as  listed  below: 

QUANTITY 


AN/TRC-146  2 
618-T-3  2 
WILCOX  807  2 
FM-602  1 
AN/ARC- 164  2 


ground-to-air  radios  are  located  in  the 


USAGE 

HF-data 

HF-SSB  voice  (ground-to-air) 
VHF-AM  voice 

VHF-FM  voice  (ground-to-air) 
UHF-AM  voice  (ground-to-air) 


VHF-FM  VOICE 
A1R/6R011ND 


- 2 NETWORKS 


UHF-AM  VOICE 
AIR/GROUND 


- 5 NETWORKS 


VHF-AM  VOICE 
AIR/GROUND 


HF-SSB  VOICE 
TO  TACC/ALCC 


5 NETWORKS 

AND  A/G 


HF  DATA  DIRCUIT 
2400  BPS  TO  ALCC 


1 NETWORK 


Figure  2-6.  SCC-1,  -2,  -3  transportable  airlift  control  element. 

2. 2. 1.7  Control  and  Reporting  Center/Poata.  The  CRC  and  the  CRP  are 
operational  elements  of  the  TAGS.  In  the  hierarchial  structure  of  the  TAGS, 
the  CRP  reports  to  the  CRC,  which  reports  to  the  TACC.  The  CRC  is  the  prime 
control  and  surveillance  radar  facility  directly  subordinate  to  the  TACC.  It 
is  assigned  an  area  of  responsibility  and  it  supervises  the  activities  of 
subordinate  radar  elements  and  furnishes  appropriate  data  to  the  TACC  and  the 
DASC. 
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In  SCC~1  the  maximum  configuration  of  the  CRC  is  as  defined  in  the  de- 
ployment described  in  Figure  2-7.  The  CRC  provides  tactical  mission  control, 
navigation  and  air  rescue  assistance^  and  threat  warning  to  friendly  air- 
craft. The  Air  Traffic  Regulation  Center  (ATRC)  within  the  CRC  acts  as  the 
primary  Air  Force  agency  for  traffic  regulation  in  the  airspace  control  area. 
The  CRP  augments  the  CRC  by  extending  radar  surveillance  and  airspace  control 
capabilities.  If  the  CRC  is  not  operational,  a CRP  assumes  the  primary  func- 
tion of  the  CRC. 


Figure  2-7.  SCC-1  Control  and  Reporting  Center  (CRP). 

The  CRC,  an  operational  element  directly  under  the  TACC,  uses  control 
radars  integral  to  it,  and  subordinate  elements  to  collect  information  on  all 
air  activities  within  radar  and  radio  range.  This  information  is  then  dis- 
played, evaluated,  and  disseminated  throughout  the  TAGS.  Within  its  area  of 
responsibility,  the  CRC  provides  defensive  and  offensive  mission  control, 
navigational  and  air-rescue  assistance,  threat  warning  for  friendly  aircraft, 
and  the  means  for  air  traffic  regulation  and  identification. 

The  AN/TSQ-91  operation  centers  used  at  a CRC/CRP  are  developed  from 
modular  transportable  packages,  which  when  deployed,  form  an  operations  room. 
The  maximum  configuration  for  a CRC/CRP  will  use  three  console  modules  (CM), 
one  data  processing  module  (DPM),  one  ancillary  equipment  module  (ASM),  three 
group  display  modules  (GDMs),  and  two  air  conditioning  modules  (ACMs).  The 
CM  contains  four  multipurpose  display  console*,  four  associated  technician 
stations,  and  sufficient  electronics  to  integrate  with  radar,  coaminications, 
and  data  display  equipment. 
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The  AN/TRC-97A  Is  the  tropo  radio  set  used  to  interconnect  nodes  pro- 
viding the  ground-to-ground  transmission  ne^vork. 

The  AN/TSC-60  is  an  HF  comnuni cat ions  central. 

The  AN/TRC-87  is  the  UHF  radio  central  used  for  ground-to-air  coomuni- 
cation. 


2. 2. 1.8  Forward  Area  Control  Post.  The  FACP  is  a mobile  element  that 
operates  close  to  the  forward  edge  of  the  battle  area  (FEBA).  Subordinte  to 
the  CRC  or  CRP|  it  is  used  to  extend  radar  coverage.  The  baseline  system  em- 
ploys four  FACPs,  each  with  an  ASRT  collocated.  The  ASRT  shares  the  FACP 
communications  and  appears  at  he  same  node  in  the  traffic  analysis.  Fie. 
(2-8). 


LANOllNE  TO  CaiOCATED  ASRT 


Figure  2-8.  SCC-1  and  SCC-2  Forward  Air  Control  Poat  (FACP). 


In  this  study,  the  surveillance  and  control  radar  used  is  the 
AN/TPS-43B  (three-dimensional,  S-band  tactical  radar).  It  is  also  assumed 
that  the  AN/TSQ-61  derations  Central  is  modified  by  installing  the  AN/TPS-43 
radar  interface  equipment  and  the  associated  displays  and  IFF  (identifica- 
tion-friend or  foe)  systems. 


2 .2. 1.9  Air  Support  Radar  Team.  ASRT  is  a mobile  system  equipped  with 
a precision  radar  to  provide  all-weathar  guidance  for  tactical  strike  air- 
craft against  ground  targets.  A television  (TV)  camera  is  mounted  on  and 
aligned  with  the  radav  antenna  for  bores ignting  the  system  and  visual  track- 
ing when  feasible.  The  system  provides  positioning  capability  for  reconnais- 
sance ind  airlift  aircraft  over  predetermined  coordinates  via  UHF  radio  using 
voice  and  tones  for  guidance. 
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The  baseline  ASRT  is  deployed  in  the  forward  conbat  area  in  proximity 
to  the  FACP.  The  ASRT  also  shares  the  long-haul  cosnunications  radio  of  the 
FACP.  ASRT  is  a ground-radar  instrument  bombing  and  guidance  system  with 
precision  terminal  guidance  capability  for  providing  range,  altitude,  and  az- 
imuth instructions  to  tactical  aircraft.  The  ASRT  can  control  close  air  sup- 
port aircraft  under  all  conditions  of  weather  and  visibility. 

Basic  components  of  the  TPB-IB/C  system  (Fig.  2-9)  are  the  radar,  oper- 
ator console,  comnunications,  TACAN,  and  computer.  These  components  are: 

a.  Precision  I-band  radar  (8.0  to  10.0  CHz)  is  capable  of  automatical- 
ly acquiring  and  tracking  beacon-equipped  aircraft;  the  TPB-IC  can 
also  skin  track. 

b.  Operator's  console  has  panel  switches  for  input  of  target  coordi- 
nates, ordinance  type,  meterological  data,  and  acquisition  sector. 
The  panels  also  display  real-time  aircraft  position  data  and  guid- 
ance parameters.  A plot  board  displays  current  aircraft  position 
relative  to  the  radar  and/or  target. 

c.  Two  UHF  radios  (All/ARC-164)  are  used  for  voice  communications,  and 
voice  and  tone  guidance  to  the  aircraft. 
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Figure  2-9.  SCC-1  Air  Support  Radar  Team  (ASRT). 

ASRT  is  aomally  deployed  with  the  AN/MRC-107/10S  Mobile  Comounications 
Central  to  provide  coonuni  cat  ions  for  independent  eisployiaent  or  backup.  VRien 
operating  independent ly»  the  AN/MRC-107/108  coMunications  interface  is  with 
the  CRC/CRP/FACP  to  relay  air  tasking  orders  froa  the  TACC  Current  Plans  Divi- 
sion and  to  provide  track  handoff  exchanges.  Aircraft  positioning  information 
is  transmitted  to  the  aircraft  under  ASRT  control  via  UHF  (two  each 
AK/ARC-164)  radios,  or  VHF/FM  from  the  AN/KRC-107.  the  ASRT  is  only  capable 
of  troposcatter  radio  communication  when  collocated  with  another  facility  hav- 
ing this  capability,  such  as  the  FACP  in  the  SCC-1  deployment. 

2.2.10  Direct  Air  Support  Center.  DASC  is  a mobile,  air  transportable 
element  designed  to  operate  with  the  appropriate  Army  Tactical  Operations  Cen- 
ter (TOC).  It  is  normally  collocated  vith  an  Anqr  corps  or  division  conduct- 
ing independent  operations,  mhile  receiving  and  coordinating  Army  requerts  for 
immediate  close  air  support,  tactical  air  reconnaissance,  and  assault  airlift 
missions. 

The  DASC  maintains  direct  contact  with  TACPs,  aircraft  in  its  sector, 
and  Axmqr  elements.  Requests  for  immediate  tactical  air  support  are  transmit- 
ted over  the  Air  Force  air-request  net,  which  extends  from  the  XACL'S  to  the 
DAC8.  The  DA^  is  subordinate  to  the  TACC. 

The  baseline  configuration  of  the  tiASC  is  essuswd  to  be  the  maximum  con- 
figuration as  shown  in  Figure  2-10.  The  focal  point  of  the  DASC  is  the  Opera- 
ti^is  Central  .AM/T8Q-93,  which  consists  of  three  operation  modules  and  one 
communi cat ions  module.  The  communications  module  provides  technical  control 
capabilities  and  voice  TTY  communications  for  the  DASC. 
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Figure  2-10.  SCC-1  end  -2  Direct  Air  Su\)port  Center  (DASC). 


2.2*2  Future  Bodliicetlooe, 

2.2.2. 1 SCC-2  TAF  mutoMtlon  concept,  the  second  eyeten  coofiguretlon 
concept,  SCC-2  (Fig.  2-11)  defines  the  chsnges  to  the  bsseline  TAF  iyscen 
brought  sb(Hit  by  sutoastion  in  the  485L  progrea,  the  42aA  Tscticsl  Inforastion 
Processing  end  Interpretstion  (TIPI)  Displsy  Control/Storsge  end  letricvsl 
<DC/SR),  the  Joint  Tscticsl  Inforastion  Distribotion  Systea  (JT1D8),  end  the 
Precision  Locstion  Strike  systea  (PL88).  The  coaann lest ions  iapsct  froa  these 
systeas  on  the  present  TAG  srchiteeture  is  sssessed. 
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Figure  2-11.  SCC-2. 

2.2.2. 1.1  485L  TAGS  avcoBAtlon.  The  48SL  program  upgrades  the  present 
TAGS  system  by  automating  ssamial  information  processing  and  display  capabili- 
ties in  the  tAGG  Alf/TSQ-92  Operation  Gentrjl,  DASC  AK/TSO-93  Operations  Cen- 
tral » existing  ALCE  and  TJOC  facilities^  and  CRC/CR?  AN/TSQ-91  Operations  Cen- 
tral. The  capability  is  provided  to  digitally  exchange  air  surveillance  and 
other  inforsMtion  with  other  TAGS  centers  as  well  as  with  other  services, 
i.e.,  the  Army,  Navy,  Marines,  and  NATO.  The  485L  program  also  automates  the 
Aerospace  Management  System  (AMS)  sod  the  Automatic  Radar  Tracking  (ART)  func- 
tion, and  makes  various  other  improvements  not  affecting  the  system  interface. 

2. 2. 2. 1.2  Joint  Tactical  Information  Distribution  System.  JTIDS  is  a 
high-capacity,  time-division,  multiple-access  communication  and  information 
distribute system.  It  is  being  d^eloped  to  facilitate  aecure,  flexible, 
and  jam-proof  information  transfer  in  real  time  mmg  the  dispersed  end  mobile 
units.  The  most  significant  and  unique  characteristic  of  JTIDS  is  that  all 
participants  exchange  information  over  a single  cossemication  link.  This  sys- 
tem constitutes  an  information  pool  that  it  continuously  updated  by  each  par- 
ticipant. It  will  be  isplamented  initially  in  large  aircraft  of  the  AMACS, 
and  will  be  extended  to  fighter  aircraft  and  other  tactical  ship  and  shore 
elements. 
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JTIDS  interfaces  with  elements  of  TAC  by  the  Adaptable  Surface  Interface 
Teruinal  (ASIT),  %#hich  can  be  located  at  any  TAF  center.  ASITa,  which  have 
been  planned  for  at  least  the  TACC  and  CRC/CRP,  are  to  interface  the  JTIDS 
network  with  the  TADIL-A,  TADIL-B,  link  1,  and  DDL  networks  of  the  TAF,  allow- 
ing interchange  with  TAF  data  processors. 

2.2.2. 1.3  TIPI  DC/SR.  TIPI  interfaces  the  DC/SR  with  the  TACC  (485L> 
via  the  DDL  and  TTY.  The  comm  processor  shelter  in  the  485L  TACC  houses  the 
TIPI  interface  equipment.  Teletype  circuits  operate  at  75-band,  with  FSK  mod- 
ulation at  1317. 5/1232. 5Hz.  The  DDL  operates  at  150,  300,  600,  1200  and  2400 
b/s.  In  TIPI,  the  DC/SR  comm  shelter  houses  the  modems,  and  crypto  and  line 
controller  equipment,  which  interface  with  the  comm  processor.  TIPI  supports 
the  following  functions: 

a.  Fusion; 

b . TERPE ; 

c.  Image  Interpretation  (II); 

d.  Manual  Radar  Reconnaissance  Exploitation  System  (MARRES);  and 

e.  Photo  Processing  and  Interpretation  Facility  (PPIF). 

2. 2. 2. 1.4  Precision  Location  Strike  Subsystem  (PLSS).  PLSS  uses  more 
than  one  aircraft  at  a time  to  locate  an  emitting  targe,  and  provides  informa- 
tion to  attack  aircraft  for  homeing  on  targets  from  ccmputations  supplied  by  a 
ground  computer.  A Ground  Control  Center  (GCC)  is  required  to  collect  sensor 
data  from  the  aircraft  and  provide  computation  and  fusion  support.  The  A/G 
link  is  JTIDS.  The  GCC  suy  be  located  at  a TAB  or  a forward  area.  There  is  a 
data  link  to  the  ? CC  and  CIC  from  the  GCC.  The  data  are  sent  to  the  CRC/TACC 
for  response  by  mission  aircraft  ground  alert  and  airborne  strike  forces.  The 
ground  cosg>uter  station  and  TACC  coordinate  drones  instead  of  manned  aircraft 
for  certain  applications. 

2.2.2. 2 SCC-3,  TRI-TAC  equipment.  SCC-3  introduces  the  TRI-fAC  family 
of  equipment  into  TAC.  TRI-TAC  provides  the  transition  from  the  predominately 
analog  communication  system  in  SCC-1  and  SCC-2  to  tne  all-digital  system  ex- 
isting when  the  phase-in  of  TRI-TAC  equipment  is  complete.  TRI-TAC  provides 
TAC  with  automated  technical  control,  automatic  switching,  secure  transmission 
of  voice  and  data,  digital  transmission  facilities,  and  automated  system  con- 
trol, (Fig.  2-12).  The  TRI-TAC  family  comprises  the  following  equipment: 

a.  Coassunication  Nodal  Control  Element.  The  CNCE  provides  technical 
control  functions  for  the  transmission  system  and  the  switches  ac- 
signed  to  it. 

b.  Communication  System  Control  Element  (CSCE).  Control  of  up  to  16 
CHCEa  is  provided  by  a CSCE. 

c.  Circuit  switch  and  maaaaga  switch  (AN/TTC-39).  The  A!i/TtC-39  cir- 
cuit switch  sod  mtsaage  twitch  provide  switching,  cull  processing, 
and  traffic  control  functions  for  digital  telephone  and  message 
traffic. 

d.  Unit-Level  Switchboard  (ULS).  The  UtS  provides  circuit  switching 
and  call  processing  of  digital  traffic  at  a lower  level  in  the  hier- 
archy than  the  AN/TTC-39  and  has  last  capacity. 

e.  USAF  ahort-Range  Wideband  Radio  (StUBR).  Tha  8UIBR  provides  a wide- 
band tranamiasioc:  facility  for  both  analog  and  digital  transmiaaion 
groups.  It  interconnects  tha  CMCS  with  long-range  trsnamiaaion  fa- 
cilities such  as  trope  and  line-of-sight  (LOS)  nodal  radios. 

2-16 


CSCE 


ULS 


When  phase-in  of  TRI-TAC  equipment  is  complete,  the  TAF  centers  will 
have  undergone  major  changes.  CNCEs  replace  the  AN/TSC-62  technical  control, 
AN/TTC-39  switches  replace  the  AN/TTC-30,  and  the  AN/TRC-170  digital  tropo  re- 
places the  An/TRC-97  analog  tropo.  A CSCE  is  added  at  the  AFCH,  and  an  SWRBR 
is  added  at  each  CNCE  to  carry  transmission  groups  from  the  CNCEs  to  top-of- 
the-hill  radio  sites.  Satellite  Ground  Terminals  (SGT)  are  added  at  the  AFCH 
and  TAB  with  TRI-TAC  multiplexers,  modems,  and  COMSEC  equipment,  the  SGT  may 
be  used  for  DCS  entry,  which  JTIDS  serves  as  the  primary  surveillance  net  com- 
munication medium.  Unit-level  switches  are  deployed  at  ASRTs  and  FACPs,  and, 
when  they  are  collocated,  ASRTs  share  CNCE  equipment  with  FACPs. 

2. 2.2. 3 SCC-4  technology  trends  and  potential  TAFI IS  architecture. 

This  part  of  the  analysis  examines  the  impact  of  technology  trends  and  poten- 
tial TAFIIS  architecture,  and  addresses  the  implications  of  distributed  data 
bases,  dynamic  resource  allocation,  graceful  system  degradation,  and  load 
sharing.  The  effects  of  the  intraconnect  bus  in  decentralising  certain  func- 
tions such  as  the  CRC  and  mission  planning  are  also  addressed. 

Two  SCCs  are  postulated.  First  is  the  SCC-4A,  in  which  the  TAC  centers 
retain  their  identity  and  function  as  defined  in  earlier  SCCs,  with  the  SCC-4A 
having  both  intercenter  and  intracenter  computer  exchanges  not  found  in  earli- 
er concepts,  and  accommodating  greater  communication  loads  at  the  centers 
caused  by  additional  contingents  of  electronic  warfare  (EW),  identification 
(ID),  and  ground  target  surveillance  and  strike  control  (GTSSC)  forces.  In 
addition,  the  AN/TPS-43  radar  is  remoted  from  the  CRC/CRP  and  its  deployment 

includes  a decoy.  The  second  is  the  SCC-4B,  a concept  wherein  TAC  functions 
do  not  necessarily  reside  in  the  same  centers  as  before.  The  functions  of 
circuit  swiching  and  channel  reassignment  of  the  AN/TTC-39  and  CNCE  re  inte- 
grated and  the  concepts  of  distributed  networks  of  radios,  radars,  and  sensors 
is  introduced.  SCC-4B  also  retains  the  concept  of  computer-to-computer  data 
communication  from  SCC-4A. 


2. 2. 2. 3.1  SCC-4A  integrated^ swishing  and  distributed  networks  of  ra- 
dars, radios,  and  sensors.  The  SCC-4A  concept  is  introduced  to  assess  the  im- 
pact of  systems  that  are  relatively  new  to  TAG  but  which  do  not  significantly 
change  the  architecture  of  the  centers  supporting  them.  This  allows  a more 
independent  assessment  of  the  effects  of  these  systems  on  the  intraconnect  bus 
concept.  Most  systems  considered  here  have  their  beginnings  in  SCC-3,  and 
some  as  early  as  SCC-2.  However,  their  impact  on  the  traffic  load  is  minimal 
until  the  systems  are  fully  developed  and  operational  in  SCC-4A.  SCC-4A  fea- 
tures are  as  follows: 

Intracenter  computer  busses; 

Intercenter  computer  links; 

EW,ID,AS  and  AC/GTSSC  additions  to  TAG;  and 

Remoted  AN/TPS-43  radars  at  the  GRG/GRP. 

The  increase  in  communication  and  data  handling  loads  placed  on  the  TAG 
in  SGG-4A  is  caused  by  the  introduction  of,  or  improvements  to,  many  of  the 
new  functions  listed  in  Appendix  E.  The  most  significant  are  categorized  here 
by  function.  They  are  included  to  characterize  the  concept  and  provide  as 
much  insight  as  possible  into  the  nature  of  a future  TAF  that  is  still  mostly 
conceptual. 


Figure  2-13  shows  the  features  of  SGG-4A  in  the  TAG  hierarchy. 

FEATURES:  INTRA  CENTER  COMPUTER  BUS 
INTERCENTER  COMPUTER  LINK 


2-18 


2. 2.2*3. 1.1  Electronic  Warfare  (EW).  The  addition  of  antiradiation  mis- 
sile (ARM)  decoysy  and  remotely  piloted  vehicles  (RPVs)*vith  jammers^  and  the 
development  of  electronic  intelligence  (ELINT)  satellites  and  other  systems 
require  the  addition  of  a complete  EW  management  capability  to  TAG.  Additions 
to  personnel  facilities  and  equipment  capabilities  will  be  required  as  well  as 
a sophisticated  communication  system.  An  EW  controller  will  be  required  at 
CRC/CRP  with  a radar  scope  and  access  to  a special  EW  data  base.  The  EW  man- 
agement function  will  be  distributed  for  survivability.  What  has  been  per- 
formed by  TIPI  in  the  CIC  will  now  be  distributed  to  consoles  at  the  CRC, 

TACC,  AFCH,  DASC,  and  TAB.  JTIDS  will  be  used  for  much  of  the  EW  communica- 
tions. Therefore,  the  impact  of  the  EW  team  on  the  TAG  is  to  add  terminals 
(consoles)  to  TABs  and  the  GRG/CRP,  add  data  links  to  control  decoys  and  net- 
ted radars,  and  provide  additional  links  from  ELINT  satellites  and  aircraft 
via  JTIDS. 

2. 2. 2. 3. 1.2  Ground  larget  Surveillance  and  Strike  Gontrol  (GTSSG).  The 
impact  of  GTSSG  systems  is  to  add  a greater  load  on  JTIDS*  and  TIPI  data  links 
and  to  require  increased  speed  and  quantity  of  data  processing.  Gontinuous 
target  tracking  is  a goal  of  the  target  acquisition  function  that,  among  other 
things,  requires  target  information  handoff  through  several  zones  of  opera- 
ion.  Referred  to  as  "timely  all-source  data  correlation,"  this  requires  im- 
proved speed  and  quantity  of  data  handling. 

Transmissions  from  improved  Side-Looking  Radar  (SLR)  and  the  near  real- 
time transmission  of  data  from  reconnaissance  functions  such  as  tactical  elec- 
tronic reconnaissance/processing  and  evaluation  functions  (TEREG/TERPE) , place 
increased  loads  on  the  tactical  air  intelligence  system  (TAIS)  at  AGIG.  The 
inclusion  of  PLSS  for  stationary  target  location/strike,  and  the  Multilater- 
ation  Radar  Surveillance  strike  subsystem  (MRS3)  mobile  targets  adds  to 
the  load  further.  The  load  of  JTIDS  and  TIPI  facilities  for  GTSSG  functions 
of  target  acquisition,  fuzing,  planning,  commitment,  control,  and  strike  is 
generaJly  within  the  capabilities  of  these  systems,  but  it  increases  signifi- 
cantly as  the  systems  are  used  more  widely  in  the  TAG. 

2.2.2.3.1.3  Identification.  The  impact  of  ID  functions  of  SCG-4  follows 
the  same  pattern  as  EW  and  GTSSG,  i.e.,  the  systems  tax  TIPI  resources,  but 
function  within  the  presently  defined  TIPI  framework.  TISEO,  LATAR,  TRISAT, 
and  IMR  systems  are  ID  techniques  that  may  be  correlated  to  provide  positive 
aircraft  ID*  A requirement  exists  for  a combined  identification  resource 
(IDR)  facility  that  can  receive  inputs  from  many  sensors,  each  impinging  on 
the  aircraft  in  question,  and  provide  ID  based  on  the  highest  probability  re- 
sulting from  their  combination.  Several  combined  IDR  facilities  will  be  de- 
ployed, some  in  forward  areas,  probably  CRC/CRP  or  FACP,  «tnd  at  least  one  in 
the  ACIC. 


*The  present  generation  of  JTIDS  is  not  expected  to  handle  the  increased  re- 
quirements imposed  by  future  systems.  It  is  assumed  that  JTIDS  will  either 
evolve  to  meet  these  requirements  or  be  replaced  by  a similar  system  in  the 
future. 
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2. 2. 2.3. I. 4 Air  Surveillance  (AS)  and  Airspace  Control  (AC).  Several 
improvements  have  been  planned  for  AS  and  AC  (Appendix  E),  but  only  one  is 
significant  for  SCC-4A:  The  addition  of  Tadil-B  forward  tell  from  the  FACP  to 
CRC.  This  is  part  of  an  automation  change  to  the  manual  FACP  which  also  adds 
computer  aids,  improved  display,  and  the  TPS-43E  3D  radar  instead  of  the  2D 
radar,  TPS-44.  The  TADIL-B  link  will  be  replaced  by  JTIDS  in  SCC-4B  and  the 
FACP  will  become  a part  of  the  fragmented,  decentralized  CRC  concept.  Tne 
FACP  radar  may  be  remoted  via  fiber  optic  cable  or  microwave  for  ARM  protec- 
tion. 


2. 2.2.3. 1.3  Communications.  Communication  improvements  for  SCC-4A  in- 
clude the  increased  use  of  JTIDS,  increased  number  of  data  links  for  TIPI 
functions,  E-3A  enhancements  quick-strike  reconnaissance  (QSR),  MRTT  cluster 
adaptations,  and  remoting  TPS-43  radars  from  the  CRC/CRP  and  FACP. 

QSR  is  a system  that  exploits  real-time  imagery  from  an  RF-4C.  In  tar- 
get development,  selected  imagery  or  target  information  is  transmitted  by  data 
link  to  a recon  reporting  post  (RRP)  at  the  TAB  or  TACC  where  it  is  analyzed, 
condensed,  and  relayed  to  the  TEREC  and  MARRES  segments  of  TIPI  at  the  ACIC. 

In  the  strike  control  and  reconnaissance  role,  the  QSR  RF-4D  will  directly 
support  strike  activities  using  coordinate  transfer,  laser  designators,  and 
target  markers.  The  RRP  will  consist  of  a compass  sight  signal/receiving  van 
and  a TIPI  auxilliary  shelter  that  accommodates  infrared  (IR)  and  forward- 
looking  IR  (FLIR)  imagery  transmitted  over  the  digital  data  links. 

To  accommodate  increased  digital  traffic,  clusters  of  modular  record 
traffic  terminals  (MRTT)  may  be  added  to  the  present  centers  as  required,  and 
function  as  message  centers.  The  MRTTs  may  use  a modified  version  of  the 
AN/UYA-7  or  its  equivalent. 

The  AN/TPS-43E  radar  at  the  CRC  and  future  FACPs  may  be  remoted  from  the 
center  over  distances  of  several  kilometers  by  fiber  optics  or  microwave.  In 
either  case  multiplexed  Digitally  Coded  Radar  (DCR)  transmissions  are  assumed. 
Studies  of  DCR  concepts  and  microwave  vs  fiber  optics  are  presently  being  per- 
formed by  the  Air  Force.  The  remoting  u£  radars  and  the  deployment  of  decoys 
are  needed  to  counteract  the  effects  of  antiradiation  missiles.  The  deploy- 
ment of  one  or  more  decoys  at  a radar  site  will  add  additional  circuits  from  . 
the  control  site  to  the  decoys. 

2. 2.2.3. 2 SCC-4B  distributed  and  netted  radars,  radios,  and  sensors; 
integrated  bus,  circuit  switch,  and  channel  reassignment.  The  SCC-4B  (Fig.  2- 
14)  introduces  the  concepts  of  radios,  radars,  and  sensors  deployed  in  distri- 
buted networks,  and  provides  the  integration  of  the  switching  functions  of  the 
circuit  switch  and  CRF  of  the  technical  control  facility  with  functions  of  the 
intraconnect  bus.  The  systems  introduced  in  SCC-4A  apply  to  SCC-4B  except  as 
modified  in  these  areas. 

Integrated  bus,  switch,  and  channel  reassignment.  In  SCC-4B,  the  intra- 
connect bus  provides  the  switching  functions  that  were  previously  performed  in 
the  circuit  switch  and  technical  control  facility.  When  the  intraconnect  bus 
concept  was  introduced,  these  switching  functions  were  duplicated  in  the  bus 
and  became  redundant. ' 
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with  the  advent  of  newly  designed  equipment  in  SCC-4B,  it  is  feasible  to 
introduce  this  concept  and  hence  eliminate  such  redundancy  at  considerable 
savings  in  equipment.  Tlie  functions  duplicated  are  the. circuit  switch 
matrix,  the  store  and  forward  switching  matrix  in  the  switch,  and  the  CRF  in 
the  CNCE.  The  technical  control  functions  associated  with  the  switch  and  CNCE 
are  retained  separate  from  the  bus.  Such  functions  include  automatic  digital 
and  analog  testing,  traffic  load  control,  call  handling,  encryption,  and  all 
such  functions  related  to  the  traffic  control  of  the  switched  network  and 
transmission  system. 


ALCC 

AFCH 

WX 

TACC 

CIC 

T 

FEATURES 

INTEGRATED  ■US/CIRCUIT  SWITCH 
DISTRIIUTED/NETTEO  RADARS/ 
COMMUNICATIONS/$E  NSORS 


OISTRIRUTED 

NETTED 

RADIOS 


CRC/CRrS 


INTEGRATE 
CS/CRF/tUS 
OtSTRttUTEO. 
NETTED 
RADIOS  ft  RADARS 

ADO  CONTROl 
FOR  NETTED 
COMMUNICATIONS/ 


Figure  2-14.  SCC-4B. 


Radars,  radios,  and  sensors  in  distributed  networks.  In  future  systems, 
the  trends  will  be  toward  replacing  long-range  radars  and  radios  with  low- 
powered,  short-range  systems  deployed  in  networks  having  overlapping  coverage 
and  redundant  transmission  paths.  This  is  to  protect  against  ARM  attacks  and 
provide  self-healing  characteristics  when  transmitters  are  lost.  The  tendency 
toward  netted  sensors  to  provide  real-tisie  distribution  of  sensor  data  for 
fusion  purpc:2es  and  dissemination  to  commanders  and  strike  forces.  The  net- 
works of  radars  and  radios  require  control  links  to  coordinate  transmissions. 
The  transmitters  may  emit  on  pseudorandom  schedules  designed  to  confuse  ARMs. 
Reporting  links  are  required  from  the  radars,  radios,  and  sensors  to  their  ap- 
propriate centers  for  coordination.  JTIDS  will  provide  the  network  necessary 
for  real-time  disemination  of  sensor  data,  strike  control,  and,  with  modifica- 
tions, may  be  adequate  for  radar  track  data.  It  is  not  however,  sxpected  to 
handle  node-to-node  coMminication  trunk  groups.  Other  radios,  radars,  and 
control  data  links  will  therefore  be  required.  Control  of  node-to-node  radios 
can  be  sent  in  data  orderwire  overhead  channels  of  trunk  groups. 
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In  the  concept  of  distributed,  netted  radars,  the  CRC/CRP  functions  be- 
come decentralized  into  a network  of  FACP-size,  dispersed  along  the  FEBA.  In 
some  cases  where  a CRC  can  be  located  far  enough  from  the  FEBA,  a longer  range 
radar  such  as  the  AN/TPS-43  may  be  deployed  to  coordinate  track  and  other  data 
from  the  network  of  radars.  In  addition,  radar  transmitters  may  be  detached 
from  receivers  to  separate  ID  functions  from  surveillance.  EW  air  controllers 
may  be  located  remotely  from  surveillance  and  require  a separate  radar  scope 
and  data  base.  These  changes  place  greater  loads  on  the  interconnecting  data 
links  in  the  network. 

Radars  may  be  located  in  space  to  provide  the  area  coverage  of  a CRC  or 
to  aid  in  the  ID  function.  The  purpose  of  th^  ID  function  is  to  designate  re- 
gions in  which  ID  by  sensor  is  to  be  performed,  thus  providing  a coarse  search 
for  narrow-beam  type  sensor  interrogation  or  to  provide  ID  at  great  distances. 

2.3  Interfaces. 

TAF  interfaces  with  other  military  systems  at  TAF  centers.  TAF  centers 
communicate  with  each  other,  and  each  center  has  interfaces  between  shelters. 
Intersystem  and  intercenter  interfaces  are  of  interest  because  the  traffic 
they  carry  adds  to  the  overall  load  carried  at  a center.  Intracenter  inter- 
faces are  of  interest  not  only  because  of  the  traffic  they  carry,  but  from  an 
electrical  standpoint  as  well.  It  is  the  intracenter  interfaces  with  which 
the  FI  must  be  compatible  at  the  equipment  level.  Therefore,  the  external  and 
intracenter  interfaces  have  been  analyzed  from  a traffic  point  of  view  and  the 
intracenter  interfaces  have  been  defined  at  the  equipment  level. 

2.3.1  External  and  intracenter  interfaces.  External  interfaces  of  in- 
terest are  with  the  defense  conminication  system  (DCS)  and  the  World  Wide  Mil- 
itsry  Command  and  Control  System.  Intercenter  interfaces  are  in  voice, 
TAI)IL-A,  TADIL-B,  Teletype,  Digital  Data  Links,  and  facsimile.  These  inter- 
faces are  detailed  in  Phase  I,  Task  I,  Final  Report,  OR  15,042. 

2.3.1. 1 Defense  Communicaticn  System  (DCS).  DCS  provides  cooDunication 
between  the  theater  of  operations  and  other  parts  of  the  world.  DCS  circuits 
terminate  at  one  or  more  points  designated  as  DCS  entry  and  alternate  DCS  en- 
try in  he  tactical  theater,  the  DCS  consists  of  AUTOVON,  AUTODIN,  and  other 
specialised  transmission  means.  The  logistics  and  personnel  systems  of  the 
TACS  use  AUTODIN-conpatible  communication.  WWMCCS  uses  voice,  TTY,  and 
AUTODIN. 

CCS  entry  into  the  TAF  is  at  the  AFCH.  The  DCS  AUTODIN  interface  at  the 
AFCH  is  via  the  AN/TYC-7  MDT,  and  the  alternate  DCS  entry  is  at  a TAB.  The 
AN/FYA-7  or  AN/TYC-S  data  source  terminal  is  the  AUTODIN  interface  at  a TAB. 

2. 3. 1.2  Worldwide  Military  Command  and  Control  System  (WWMCCS).  WWMCCS 
automated  data  processing  system  is  managed  by  the  Joint  Chiefs  of  Staff  (JCS) 
and  includes  35  medium-to-large  computer  systems  and  their  associated  remote 
terminals.  These  configurations  are  geographically  distributed  over  IS  time 
zones  from  Taiwan  to  Germany.  Their  purpose  is  to  support  planning  for  the 
employment  and  command  and  control  of  all  armed  forces  by  the  President, 
Secretary  of  Defense,  JCS,  and  major  commanders  in  the  field. 
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Interface  between  WWMCCS  and  TAGS  is  at  the  AFCH.  The  operations  con- 
trol of  the  AFCH/TACC  is  where  national  tasking  data  are  received  and  trans- 
formed into  executable  plans  and  orders > missions  are  controlled,  and  subse- 
quent results  are  fed  back  to  the  national  level.  Presently  the  WWMCCS/TAC 
interface  accommodates  data  exchange  by  an  interim  system.  A remote  terminal 
system  (RTS)  at  the  AFCH/TACC  accesses  the  WWMCCS  computer  via  a data  link. 

The  RTS  is  also  accessed  by  AN/UYA-7  MDTs  via  a flexible  data  terminal  (FDT), 
which  is  the  ALCC-to-ALCE  link. 

The  485L  will  replace  the  RFS  and  FDT  with  TDU/MDEUs  connected  to  the  DST 
at  the  ALCE  and  the  DP&D  module  at  the  TACC  (assuming  the  ALCC  does  not  have  a 
DST  of  its  own). 

2.3.2  Intracenter  interfaces.  Intracenter  interfaces  are  those  between 
equipments  in  a shelter  and  between  shelters  within  a TAF  center,  which  will 
be  used  by  the  FI.  In  present  TAF  configurations,  such  interfaces  are  inter- 
connected by  multiwire  cabling  or  COAX  which  will  be  replaced  by  the  FI  system. 

Intracenter  interfaces  have  been  separated  into  two  categories  to  facil- 
itate the  analysis:  Automatic  Data  Processing  (ADP),  and  Communication  (COMM) 
interfaces. 


2.3.2. 1 Communication  equipment  interfaces.  The  objective  of  this  part 
of  the  analysis  is  to  identify  all  the  interfaces  between  TAF  communication 
devices  and  the  Flexible  Intraconnect  (FI)  that  are  essential  to  the  operation 
of  TAF  equipment  centers,  and  to  define  their  characteristics  are  useful  in 
the  design  of  the  FI. 

All  conmunication  devices  which  are  in  the  present  inventory,  as  well  as 
those  under  development,  will  require  adapters  to  interface  the  FI.  Those  in 
future  devices  may  be  designed  to  interface  without  adapters. 

The  initial  step  in  identifying  the  communication  interfaces  is  to  pro- 
vide a list  of  all  major  equipment  assemblages,  and  identify  the  conmunication 
devices  comprising  each.  It  is  convenient  to  identify  equipment  assemblages 
by  TAF  centers,  as  each  center  is  defined  by  system  configuration  concepts 
(see).  Equipment  assemblage  complements  are  identified  for  each  Sec  from  the 
present  to  2000.  This  provides  a convenient  evolutionaly  summary  of  all 
equipment  used  in  the  TAF  over  the  period  covered  by  the  FI  study.  In  gener- 
al, devices  within  each  shelter  are  not  herein  identified.  Refer  to  Volume 
IX,  Task  1 Final  Report  for  identification  of  devics  within  each  shelter. 

The  following  tables,  Table  2.2  thru  Table  2.6,  list  equipment  assem- 
blage complements  for  the  TACC,  CRC/CRP,  TAB/TUOC/ALCE,  DASC,  and  FACP/ASRT. 

The  term  '^integrated"  in  the  tables  refers  to  the  integration  of  call 
processing  switching,  and  technical  control  functions  of  the  automatic  circuit 
switch  and  nodal  control  element  within  the  FI.  "Netted"  refers  to  the  con- 
cept of  replacing  long-range  radar  and  radios  with  short  and  medium-range  net- 
works of  radars  and  radios.  These  concepts  are  described  for  SCC-4E  in  Volume 
XI  of  the  Task  X Final  Report. 
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The  model  identifier  after  each  shelter  number  is  an  arbitrary  designa- 
tion which  denotes  a functional  change  which  has  been  based  on  a change  de- 
fined in  the  Task  I Final  Report. 

2. 3. 2. 2 Critical  communication  interfaces.  The  devices  within  those 
shelters  listed  in  Tables  2-2  thru  2-6  have  been  identified  and  listed 
in  Phase  I,  Task  II  Final  Report.  The  result  is  a list  of  all  the  important 
communication  interfaces  for  all  centers  and  all  SCCs.  The  interfaces  which 
are  known  to  be  critical  because  of  their  conmon  usage  or  signal  characteris- 
tics are  identified. 


TABLE  2-2.  TAG  EQUIPMENT/ SHELTER  BY  CENTER  TACC 


Eoulanent/Shaltar 

SCC-1 

SCC-2 

SCC-3 

SCC-4A 

scc-ae 

Currtnt  Ops 

Current  Plans 

Automatic  Switch 

Tech  Control  Facility 
Teletype  Center 

Torn  Tape  Relay 

AN/TSQ-92(1) 

AN/TSQ-92(2) 

AW/TTr.'*'* 

AN/TSQ>92(A1) 

AN/TSQ-92(A2) 

AN/TSQ-i2(Bl] 

AN/TSQ-92(B2} 

AM/TTr. 

Alt/TS0-92(Cl ) 
AN/TS0.92(C2) , 

AN/TSQ-92(D1 } 
AH/TSQ-92(02) 

AN/T<r.^** 

AM/T^ 

AM/TItr 

AN/TGC-2fi  > 

^ ' 

48SL  OPID 

Coenunl cation  Processor 
JTIOS  ASIT 

TROPC  Radio 

HF  Radio 

UHF  Radio 

SRUBR 

SaUlllte  Gmd  Itm  (SGT} 
Los  Radio 

System  Control  Elamerit 

AFCH  Support  Processcr 
Drone  Control  Fae  Proc 
iFlRacon  Ranoptliia  PmC 

4SSL  CP  — 

.IT  me 

iN/Ter.47i  _ 

AM /Tor 

An/TSC-AO  — — 

AN/TR£-i7  — 

SRUBR  — i— 

AN/TSC-BS  - 

AN/GRC-144 

AM/TYO-IA  — « 

Proc  X 

Prtit  7 - 

\r  vnviMrS  * W « 

Operation  Central.  ALCC 

MOT  Shelter.  ALCC 
Forecasting  Nodule  A, TMIC 
Observing  Nodule  S,  TUAC 
Radio  In terceot Ited  C TNAC 

Ah/TSQ-93 
AN/UYA-7  -■ 

AN/TSQ-93(A) 

AN/TS0>93(B1  - 

TN0«2t 

TCC-76  — — — . 

TCC-77 

TPS<47  ~ 

TCC*77fAl 

if1  mVl  W|F  « ■ NUnJ  V|  « i^V 

Radar 

NOTE:  Sqm  shtlttrs  «rt  aodlfltd  fro*  »t«  SCC  to  tneUMr  to  occeneilaU  functional  oh«n9t«.  Thtto 
■odificotlons  Oft  d1tt1n«uUhfd  In  tho  toNU  by  an  arbitrary  0Hl«nat1on  In  ^rtnthtsta  fo1> 
lowing  Utt  oqvipaant  naaanclaturo.  A dtfcrlgtlon  of  aoulpaiont  In  tacb  shtlur  by  SCC  nay  bt 
found  In  Phaat  I,  Talk  I.  Final  Rtport.  OA  1S.042.  April  197«. 


TABLE  2-3.  TAC  BQDIWBNT/SHELTBR  BY  CBMTER  CRC/CRP 


EoulPiieflt/Sheller 

SCC-l 

SCC-I 

KC-J 

StC-AA 

SCC-4B 

Operations  Central.  ORM 

Operations  Central.  AFN 

NFC.  OFN 

NPC.  ACM 

Tech  Control  Facility 

Automatic  Switch 

TTY  Comm  CanUr 

Radar 

Trou  Rbdie 

NF  ladle 

UHF  Radio 

G/6  Radio.  Ar^ 

JTIOS 

SaUlllU  Ground  Terminal 

SRUBR 

Tcn^ei 

ter 

TYC-10  0PM  — 

Tvr.in*  iM 

MA  11  - 

Integrated 

Ttr_in 

« jy“l  1 

TTr.va 

n 

TCf.M 

TM.aS 

TRC-97R 

Tif.llA  ^ 

Nitbad  Radios 

;aL*eQ  ' ' ■ ■ 

TK«A7 

Z ] 

Z f 

iww  •w/»w 

... 

JTIOS  ASIT 

aasme  -- 

JTIM  Tm« 

ofiiii#  iwrm 

T€r«M  — 
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TABLE  2-4.  TAC  EQUIPMENT/ SHELTER  BY  CENTER  TAB/TUOC/ALCE 


EquI  omen  t/She  Her 

SCC-1  _ 

SCC-2 

SCC-3 

SCC-4A 

SCC-48 

Operation,  TAB.ALCE,  TUOC 
Data  Source  Term  TUOC/ALCE 

Data  Set 

HF  Radio.  TUOD 

HF  Radio.  ALCE 

VHF  Radio,  ALCE 

UHF  Radio.  ALCE 

VHF  Radio.  ALCE 

HF  Radio.  ALCE 

Tropo  Radio 

Technical  Control 

Automatic  Switch 

Satellite  Ground  Term 
(F)  Recwi  Reporting  Post 
SRWBR 

Teletype  Center 

Mobile  Data  Terminal 

Data  Processing  i Display 
Com  Processing 

JTIOS 

PLSS  Gnd  Control  Center 

Config  A 

Config  B 

n*:T  _ 

Config  C 

JTIOS 

JTIOS 

pDC.ie3 

Tor.i 

FM  fin? 

ARC-lfil  j 

yiLCOX  fl07  — 

filftT  1 — . 

JTIDS 

Netted 

Integrated 

TRC*57A 

TRC.170  — 

TCfl.Tn 

1 

1 WV  1 1 1 

TTr  -ie 

T*ir  ft*i 

FRRP 

AN/TYC-7  - 

— 

... 

noin 

rp  _ 

ASIT 

GCC 

JTIOS  Tenn 

GCC 

TABLE  2-5.  TAC  EQUIPMENT/SRELTER  BY  CENTER  DASC 


Equ<t»»ent^Shelter 

SCC-1 

SCC-2 

SCC-3 

SCC-4A 

SCC-eB 

Operation  Central 

Data  Source  Termainal 

HF  Radio 

Tropo  Radio 

UHF.  VHF  Radio 

Automatic  Switch 

Technical  Control  Feclllty 

JTIOS 

TSO-93 

T<f  fift  — 

TSQ-93{A} 

TS0-93tC) 

TSQ  — 

\ 

Netted  Raolos  ' 

Integrateo 

JTIOS  Term 

Mor  107/imi^m 

... 

... 

ULS 

TSQ-111  i 
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TABLE  2-6.  TAG  EQUIPMENT /SHELTER  BY  CENTER  FACP,  ASRT 


SCC-1 

SCC-2 

SCC-3 

SCC-4A 

SCC-4B 

Radar.  FACP 

Radar,  ASRT 

Operation  Central,  FACP 

Technical  Control,  ASRT 

Technical  Control,  FACP 

Radar  Bonn  Diverting 

Set,  ASRT 

UHP,  VHF,  HF  Radio 

Tropo  Radio 

■■■■■■■ 

IBHHBIII 

FARS 

I Rand 

hhh 

WBm 

Tcr-fiUAl 

AN/TSC-^3  

Cfinflfi  A 1 

Integrated 

TSC-S3^A1  — — 

;} 

TPB-1  8/C  - - 

TPB-1 

iro*i 

Mpr  107/108^ 

rinw  IW//  1 UO 

TPr  07A 

TRC-170  f 

1 

2. 3. 2 .3  Commnicatlon  interface  by  functional  types.  These  signals  can 
he.  grouped  into  five  oujor  functional  types: 

a.  Loi^Speed  Serial  Data  - 32  Rb/j  or  less,  e.g.,  Digital  Voice  TADIL  A, 
B,  TTY,  TM  Coonunication  Control; 

b.  High-Speed  Serial  Data  - Digital  Groups  at  rates  greater  than  32 
Kb/s,  e.g.,  DGM; 

c.  Analog  Voice  - 4 KHs  Telephone; 

d.  Analog  Signals  - Special  Purpose  Analog,  e.g..  Radar,  TV,  etc.; 

e.  Control  Lines  - Special  Purpose  Control,  e.g.,  COMSCC,  ADT,  FDS,  CRF, 
etc. ; 

Groupings  vere  chosen  with  the  design  of  adapters  in  aind.  It  aay  be 
possible  to  provide  one  type  of  adapter  for  each  of  the  five  functional  types, 
thereby  sisplifying  the  design;  or,  sore  practically,  a group  of  closely  re- 
lated adapters  aay  be  necessary  to  aeet  the  requireaents  of  all  the  signals 
coaprising  a functional  type.  Figure  2-15  shoas  the  adapter  functional  types 
interconnecting  with  the  FI  throu^  the  FI  standard  interface. 

For  each  of  the  functional  types,  a nuaber  of  signals  have  been  selected 
as  representative  of  that  type  of  signal.  These  are  shown  in  Table  2-7. 

In  selecting  signals,  an  atteapt  was  aade  to  cover  the  widest  range  of 
characteristics  with  as  few  signals  as  possible.  These  representative  signals 
were  thvn  analysed,  and  their  interface  characteristics  were  defined  in  Table 
2-8. 


Table  2-8  lists  a ainissia  set  of  interface  signals  including  the  aajor- 
ity  of  the  character is tics  of  all  those  TAF  coHainication  deivces  of  interest 
to  the  FI.  In  Task  III,  the  design  of  the  coeaunication  adapters  will  be 
based  on  this  set  of  interface  signal  requiresents. 
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ADAPTER  FUNCTIONS 


FLEXIBLE 

INTRACONNECT 

BUS 

{LIU) 


MIL-STD-188-100 
MIL<STD-188  114 
RS-232-C 
RS449 
ICD002 


MILSTD-188-100 


SPECIAL  PURPOSE 
ANALOG  RADAR, 
TV,  ETC. 

SPECIAL  PURPOSE 
CONTROL 
COMSEC,  ADT,  FDS, 
CRF,  ETC. 


Figure  2-15.  CooBunicarion  adapter  function!. 

TABLE  2-7.  COMMUNICATION  INTERFACES  BY  FUNCTIONAL  TYPES. 

These  are  represcnuti ve  signal  types  that  will  be  given  special  consideration  in  establishing 
requirements  for  comnuni cation  adapter  design  in  Task  III. 


Analog  Voice 


High-Speed  Serial  Data 


Telephone.  TA-720 
Telephone,  TA-341 
Telephone,  TA-312 
Modeea,  TAOIL  B 
Nodea,  TTY,  TH-85 
Nodeei.  001.  10*1089 
20  Hi  Ringer 

Low-Speed  Serial  Deu 


Trunk  Group  Nux 
Master  Group  Hux 
TED,  KG*81 
Loop  Group  Hux 

Control  Signals  AC,  PC,  Pulsed 

Fault  Detection  Subsystem 
CR  Status  Panel  (CPSP).  IP-1222/T 


OSVT  (ONVT) 

OaU  Adapter 
Vinson,  KY-&8 
Seeley  LKG,  TSEC-iCG-82 
Teleaetry  Coabiner 
Teletype  Machine,  AN/UGC*4l 
Voice-Freguency  Telegraph 
Aeytr/Converter  (VFTK/C) 


Analog  Signals 

Video  Signals.  Height,  SIF,  rPP-43 
Tone.  100  ICHi 
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TABLE  2-8.  CRITICAL  COMMONICATION  INTERFACE  CHARACTERISTICS  - 

PiPRESENTATIVE  TYPES. 


FREQUENCY 

CIRCUIT  APPEARANCE 

SPECIAL  CHARACTERISTICS 

INTERFACE 

FREQUENCY  RESPONSE, 
BIT  RATE  RiSE-TIME 

4W  2W.  BAL4MBAL.  HL  LL 
DUPLEX.  2,  ETC. 

FORMAT.  MODULATION 
PERiOO 

TIME  CRITICAL  FEATURES 

TELEPHONE.  TA  720 

4 KIN 

4 WIRE.  FULL  DUPLEX 
ALINE  OR  0 LINE  TO 

RADIO 

DTMF  SIONALLINO  DC 
PHANTOM  LOOP  OR  AC 
•UPVR. 

MINIMUM  TIMEOUT  BETWEEN 
SUPCRVtSORY  SIONALLINO 
FUNCTIONS  IS  2.0  SECQNOB 
ASSOaATED  WITH  WAITINO 

TELEPHONE.  TA^341 

4 KHi 

AWIRE.  ALINE 

FULL  DUPLEX 

DTMF  SK2NALLINQ  DC 
.■HANTOM  LOOP  OR  AC 
SUPVR. 

FOR  END  OF  SEIZE  TONE. 

END  OF  RING  TRW  AND 

OTHERS. 

TELEPHONE.  TA  312 

4KMt 

} WIRE.  H DPX 

SIQNALLINQ; 

LOCAL  BATT. 

tOHiBBV 

COMMON  BATT. 
4BVOCBBMA 

MODEM,  TAOIL  A 

MKB/S. 

2200  B/S 

HALF  DUPLEX.  BAL 

Boon 

QUASI  ANALOG  PHASE 
QUADRATURE  MOO 

MODEM,  TAOlUO 

1200.  7f.  ISO. 

SOB.  BOOB/S 

FULL  DUPLEX.  BAL 

BOB  n 

CONTINUOUB  FSM 
liSQ  HrtMl  2100  INIS) 

1300  HriM)  1700  Ht(S) 

TlOP  MBO  FORMATS 

MODEM.  DOL.  TCFKM 

1200.  7f.  1B0.  300 

SOOB/t 

FULL  DUPLEX.  BAL. 

Boon 

DOL  MBQ  FORMAT. 

ASCII  SYNCHRONOUS  FSK 
1300  HHM)  2P78  Hi(S) 

1300  HHM)  1700  INtS) 

MODEM.  OOW  01^ 
MOOCN 

110  B/S  TO  r KB/B 

4 WIRE  FULL  DUPLEX 

LINE  SIDE;  UNBAL.  DIA 
EQPT  SIOC;  BAL.  NR2 

DOM  FORMATBINARV 

MODEM.  TTV,  TH  •§ 

7SBAUO 

FULL  DUPLEX  • MtL4TO 

IBBC 

QUASI  ANALOG 
SYNCHRONOUS  FSX 

1317.1  NdM)  1232  S HtlS) 

RADAR  VIOfO 

02.BMMiBN 

10  VtOf O StONALS 

N CHANNEU.  MEIOMT 

BITS,  VIDEO  MAP. 
FRETRKMER.  IFF/SIC. 

ACP.  AND  OTHER  VIDEO 

FM  10NE 

NOKHi 

2 WIRE 

USE  WITH  TADIL  A AS 
TRANBMITTER  OONTTHIL 

OtVTtONVn 

lOmKM 

AWIRE  UNBAL 

CONOITIONEO  DI'P 

IN-BANO 

MINIMUM  TIMEOUT  BETWEEN 
BUHRVISORV  StONALLIWO 
FUNCTIONB  IS  B.t  SEC 
ABSOCUTEO  WITH  RESYNC. 
FORCE  CLEAR.  AND  CODE 

WORD  REBPONSE. 

DATA  ADAPTER 

7B  a/C  TO  32  KB/S 

AWIRE.  FULL  DUPLEX 

MR2IN4AN0  SIONALLINO 

MINIMUM  TIMEOUT  BETWEEN 
SYNCHRONIZATION  ANO  ACK 
FUNCTONS  » 10  SECOMOB. 

LOOP  GROUP  MUX 

32KB/1 

M/EIBRB/S 

m«12KB« 

ABRRf.  FULL  DUPLEX 
BALARMUa 

NAT  BINART  MUX 

VINSON.  RV  M 

10  KB/S 

AWIRf.  FULL  DUPLEX 

OI<p  HFBAMO  aiQNAL 

Lxa  XOtl 

IBB  B/B  St  KBA 

AWIRE.  FULL  DUPLEX 

NR2BINART 

KOBt  RESYNC  PWOCEDURC 

IS  NOT  OEPEMOENT  UPON 
TRANBRRBMON  DELAYS. 

MONfVf  B.  TMEOUT  TO 

ALARM  IF  RESYNC  CMMOT 

BE  ACMEVtOMUBT  MCLUOE 

FI  DELAYS QP  TSMSMtACH 
OIRECTtONQP  TRHIBIINBlOif 
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TABLE  2-8.  CRITICAL  COMMUNICATION  INTERFACE  CHARACTERISTICS  - 

REPRESENTATIVE  TYPES  (CONCL). 


FREQUENCY 

CIRCUIT  AFFf  ARANCE 

SFECIAL  CNARACTERSTICS 

INTCNFACC 

FREQUENCY  REi«ONEC. 
tIT  RATE  RISE  TRIE 

«R  3W.  lAL  UNtAL.  HL  LL 
OUFLEK.  I.  ETC 

FORMAT,  MODULATION 
FEFIOO 

TIME  CRITICAL  FEATURES 

TELEMETNV  COMtINfK 

itotut  7K%n 

A-WIRI  FULL  OUFLEX 

NRZ.  MUXEO  ASCII 

VF  teieonafh  KEVER/ 
COMVERTER 

n •/«.  Tw  i/t 

VF  TONES 

A-FRRE.  FULL  OUFLEX 

LINE  tIOCr  TONES 

SOFT  SIDE  : NRZ  j 

quasi-analoo 

QNOUF  MODEM,  m-# 

71KI/S  4«0SKt/S 

A-WtRI  FULL  OUFLEX 
<QFT  SIDE:  DAL  NRZ 

LINE  SIDE;  UNtAL  01^ 

OOM  tINARY  TDM 

TRUNK  OROUF  MUX 

12t/S04t  KS/S 
rVTMt  KM 
nt/AOM. 

144/4MSKM 

A^WIRE  foil  OUFLEX 
■ALNRZ 

OOM  tINARY  TDM 

MAfTER  OROUF  MUX 

71  KM  TO  IS  TSO 

MM 

A WIRE  FULL  OUFLEX 
tALNRZ 

DOM  tINARY  ASYNC  TOM 

TED.  KOE1 

7}  KM  TO  ASM 

KM 

A WIRE  FULL  DUPLEX 

tINARY  TCXN 

KOtl  COCFERATIVE 

RESYNC  FROCEOURE  IS 

NOT  OEFENOENT  UFON 
TRAiaHimON  DELAYS. 
HOWEVER.  TIMEOUT  TO 

ALARM  IF  RESYNC  CANNOT 
tE  ACHIEVED  MUST  INCLUDE 

FI  DELAYS  OF  71  Mi  lA 

EACH  DIRECTION  OF 
TRMaMNtlON 

AC.  OC,  F 

n HZ  RINOER 

MHs 

ttV  WMA 

R««Q  DOWN 

FAULT  DETECTION 
iVSTtMICMCfl 

OC.  UF  TO  at  KHt/ 

LMt 

SMNFLEX.  Sta  LINES 
a FARALLIL  LVtS 

FAULT/STATUS  FROCiaOR 
CONTROL  MIL«T01St7t 

CF  tTATUt  FANEL. 

IF^iaWT 

ItCFS 

men 

men 

SIMFiEX 

SHMEX 

tWWitX 

aUNIT  AtCN 
l.t.  7.  S.  LEVEL  CODE 

ANY  CODE  UF  TO  • WTS 

AUTOMATV:  ANALOG 
TEtTfR 

A KMi.  UF  TO 

at  KIWI  mt 

SMFLiX.  AAWRI 
WFARAilti  LMAIt 

ANALOG  VOCE  LINES 
FWOCEttOR  CONTROL 
MILETOiaTt 

2.3.3  ADP  equipment  laterfaca. 

2.3. 3.1  Objectlvt.  Th«  objective  of  this  anAlysls  in  Task  II  was 
CO  identify  and  characterise  Input/Output  (I/O)  structures  of  Automatic  Data 
Processing  (ADP)  equipaent,  which  wmy  be  serviced  by  the  Flexible  Intraconnect 
(FI). 


2. 3. 3. 2 Itctt  description.  Results  of  Task  1 included  consideration 
of  the  ADP  equipaent  which  would  access  the  FI.  Agreeeent  between  the  cus- 
toaer  and  Martin  Marietta  was  reached  regarding  the  identification  of  the  fol- 
lowing equipaent. 


a. 

b. 


Prlaary:  CPUs,  CCD  and  bubble  aeaories,  disc  drives, 
and  dieplays. 

Secondary:  CPUs,  aagnetic  tape  transports,  printers/ 
plotters,  keyboard  consoles,  paper  type  punch/reeders, 
card  readers,  and  digital  facsimiles. 
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2. 3. 3. 3 Constraints  and  assumptions.  A review  of  the  system  configura* 
tion  concepts  and  conferences  between  the  customer  and  Martin  Marietta  person- 
nel led  to  the  preparation  of  a list  of  the  primary  and  secondary  ADP  equip- 
ment that  will  interface  the  intraconnect.  Primary  equipment  is  defined  as 
devices  whose  characteristics  are  most  representative  of  the  majority  of  the 
devices  that  will  have  high  priority  for  accessing  the  intraconnect  over  the 
period  of  its  employment.  The  identified  primary  CPUs — IBM  360/370,  PDP-10, 
PDP-11,  and  Intel  8080/85 — were  selected  because  they  are  the  most  well  estab- 
lished and  widely  recognized  representatives  of  the  large  computer,  minicom- 
puter, and  microcomputer  industries.  The  recent  emergence  of  Charge-Coupled 
Devices  (CCD)  and  bubble  memories  represents  the  leading  edge  in  new  memory 
development.  Applications  ranging  from  bulk  storage  using  CCDs  to  magnetic 
bubble  memories  in  intelligent  terminals  justify  inclusion  of  these  devices  as 
primary  equipment. 

The  seondary  CPUs  (AN/UYK-7,  HM  4118,  and  CDC  1700)  have  been  identified 
as  being  currently  employed  in  the  TAP  C^  facilltlea  such  as  407L  and  483L. 
These  devices  will  access  the  intraconnect  in  its  initial  employment  but  are 
not  anticipated  to  be  representative  of  the  long-term  requirement. 

The  list  of  equipment  as  presented  in  the  Task  II  Pinal  Report  was  con- 
curred with  by  the  customer  and  Martin  Marietta  as  examples  typifying  the 
identified  ADP  equipment. 

2. 3. 3. 4 Analysis  approach.  Extensive  research  into  vendors^  liter- 
ature, user's  manuals,  and  government  specifications  and  studies  was  made  to 
gather  information  on  the  I/O  characteristics  of  all  identified  ADP  equipment. 
Essential  features  were  compiled  for  examination  of  comson  characteristics. 
Timing  diagrams  of  identified  CPUs  were  generated  for  observance  of  similar 
handshake  routines.  Details  were  furnished  in  the  Task  II  Final  Report.  Em- 
phasis was  placed  on  the  I/O  traits  of  the  primary  CPUs  for  guiding  the  selec- 
tion of  the  standard  interface.  These  features  were  not  only  analyzed  from 
the  interface  point-of-view,  but  also  for  possible  applications  as  adapters  to 
the  interface  standard. 

2. 3. 3. 3 Results:  An  examinatioa  of  essential  characteristics  for 
the  identified  ADP  equipment  resulted  in  the  observation  that  a few  conson 
traits  prevail  at  the  interfaces; 

a.  The  majority  of  terminals,  e.g.,  displays,  keyboards,  and  printers, 
comply  with  the  RS-232-C/ES-449  interface  standard. 

b.  Voltage  levels  for  most  of  the  equipment  are  either  TTX  compatible 
or  -3Vdc  and  ground. 

2.3.3. 3.1  An  investigation  into  the  I/O  timing  features  revealed  a sim- 
ilar handshake  routine  for  all  identified  CPUs,  with  the  exception  of  the  IBM 
360/370  channel.  A master-slave  relationship  is  exhibited  in  the  I/O  trans- 
actions of  these  CPUs  as  shown  in  (Fig.  2-16).  Here  is  how  the  master  trans- 
mits data  to  the  slave; 
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a.  The  master  places  data  and/or  address  on  designated  lines. 

b.  The  master  sets  a control  line  Caster  Data  Ready”,  in  this  exam- 
ple) to  signal  that  the  data  is  stable  and  ready  for  acceptance  by 
the  slave.  This  Is  normally  set  a specified  time  after  data/address 
has  been  transmitted  in  order  to  allow  for  settling  of  data  on  the 
lines. 

c.  Upon  receipt  of  the  Master  Data  Ready  signals,  the  slave  samples  the 
data/address  lines,  and  then  sets  another  control  line  ("Acknow- 
ledge", in  this  example)  to  indicate  to  the  master  that  the  data/ 
address  has  been  received. 

d.  Upon  receipt  of  the  Acknowledge  signal,  the  master  is  free  to  clear 
the  Master  Data  Ready  signal  and  to  remove  the  data  address  from  the 
I/O  lines.  This  completes  a data  transfer  from  the  master  to  the 
slave. 

DATA  FROM  MASTER 

(D 

Data/Address 


Master  Data  Ready 


Acknowledge 


DATA  TO  MASTER 


2<3.3.5.2  To  effect  a transfer  from  the  slave  to  the  master,  the  fol- 
lowing must  occur: 

a.  The  master  sets  a control  line  ("Data  Request",  in  this  example)  to 
request  data  from  the  slave. 

b.  Sometime  after  receiving  a Data  Request,  the  slave  puts  data  out  on 
the  data  lines. 

c.  The  slave  sets  a control  line  ("Slave  Data  Ready",  in  this  example) 
to  signal  that  the  data  is  stable  and  ready  for  acceptance  by  the 
master.  As  in  the  case  of  the  master  sending  data,  a specified  time 
normally  elapses  between  placing  data  on  the  I/O  lines  and  setting 
Slave  Data  Ready  in  order  to  allow  for  settling  of  the  data. 

d.  Upon  receipt  of  the  Slave  Data  Ready  signal,  the  master  samples  the 
data  lines,  then  clears  the  Data  Request.  The  slave  is  then  free  to 
clear  the  Slave  Data  Ready  and  to  remove  the  data  from  the  I/O 
lines.  This  completes  a data  transfer  from  the  slave  to  the  master. 
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Although  the  basic  handshake  as  described  is  observed  by  most  of  the 
CPUs  analyzed,  a few  deviations  were  found.  The  PDP-10  does  not  require  an 
Acknowledge  signal  when  sending  data  to  a peripheral.  A device  communicating 
with  the  CDC  1700  can  substitute  a Reject  signal  for  the  Acknowledge  or  Slave 
Data  Ready  signals  if  it  cannot  receive  or  transmit  data.  Several  of  the  CPUs 
supplement  these  fundamental  signals  with  added  control  signals.  The  CPU  does 
not  function  as  the  master  in  all  cases.  Although  the  CDC  1700  and  PDP-10  act 
as  the  master  during  their  I/O  transactions,  the  peripherals  play  the  master 
role  when  communicating  with  the  HM-4118  and  AN/UYK-7.  The  PDP-11  assigns 
master  status  to  a device  on  its  UNIBUS  with  software. 

2. 3. 3. 6 Conclusions.  From  this  study,  it  is  apparent  that  the  inter- 
face standard  should  exhibit  a master-slave  relationship  in  the  timing  and 
handshake  routine  between  an  external  device  and  the  interface  to  the  FI. 
Characteristics  demonstrated  by  CPUs  such  as  the  Intel  8085  and  PDP-11  should 
form  the  base  for  such  a standard. 
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2.4  Information  flow  analysis. 

The  objective  of  the  requirement  studies  was  to  classify  and  euutk'erar.e 
the  information  flow  within  the  centers  of  the  TAF.  This  definition  estab- 
lishes the  traffic  capacity  and  flexibility  requirements  for  the  Intracon- 
nect. This  subsection  describes  the  approach  followed  in  defining  the  traffic 
load  and  presents  the  results  of  this  analysis  for  each  of  the  centers  defined 
in  the  preceding  SCC  descriptions. 

The  approach  for  developing  the  information  flow  analysis  was  to  define 
each  of  the  internodal  networks  for  SCC-1  and  to  use  the  traffic  summary  data 
and  routing  plan  information  from  Annex  II  of  the  TAFIIS  Master  Plan  to  allo- 
cate communications  traffic  to  the  various  nets.  The  internodal  traffic  was 
then  analyzed  with  respect  to  the  various  nodal  coimunications  equipment  and, 
combined  with  the  information  flow  that  originates  and  terminates  within  the 
node,  to  determine  the  total  intranodal  traffic  flow.  The  information  flow 
developed  for  SCC-1  was  used  as  a baseline  to  analyze  the  traffic  for  each  of 
the  other  SCCs. 

2.4.1  Network  development  rationale. 

2. 4. 1.1  Transmission  network.  In  SCC-1,  the  TAF  is  deployed  at  10  407L 
equipped  nodes  and  eight  tactical  air  bases.  Primary  communication  for  the 
deployment  is  provided  by  a transmission  network  of  interconnected  point-to- 
point  radio  paths.  The  transmission  network  is  shown  in  Figure  2-17.  The 
configuration  of  this  transmission  network  will  remain  constant  for  SCC-1  and 
SCC-2,  except  that  SCC-1  does  not  include  the  AUTODIN  traffic  to  oi  from  the 
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Figure  2-17  TAFIIS  mester  plan  - trensaieeioB  network. 
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DCS.  For  SCC-1  and  SCC-2  the  terrestrial  transmission  system  is  analog,  while 
in  SCC-3  and  SCC-4  the  terrestrial  transmission  system  is  digital.  The  HF 
transmission  system  interfacing  the  deployed  forces  with  the  DCS,  Navy, 
Marines,  etc.,  in  SCC-2  will  be  replaced  by  satellite  links  (Fig.  2-18),  This 
study  assumes  that  these  networks  will  eventually  be  supported  by  an  advanced 
JTIDS  network  as  illustrated  in  Figure  2-18,  thus  eliminating  the  need  to  de- 
ploy all  ot  these  equipments. 


NETWORKS: 


TACP 


TACP 


TACP 


TACP 


SATELLITE  - TAB  AND  AFCH  TO  INTERFACING  UNITS  NAVY.  MARINES,  DCS,  ALLIED  HQ,  JTF 

JTIDS  - TAC  DATA  NETS.  G-A-G  NETS 

TROPO/MICROWAVE  - CIRCUIT  SWITCH  NETWORK.  DATA  NETWORK 


Figure  2-18.  Transmission  networks  SCC-3  and  -4. 

Although  this  study  identifies  the  advanced  JTIDS  capability,  it  should 
be  noted  that  the  concept  and  capabilities  of  the  Flexible  Intraconnect  will 
be  designed  to  support  either  the  JTIDS  or  the  existing  HF,  UHF,  and  VHF 
equipments. 


2.4. 1.2  Circuit  switch  network.  The  circuit  switch  network  as  defined 
by  the  TAFIIS  Master  Plan  is  shown  in  Figure  2-19.  The  primary  routing  plan 
for  this  network  configuration  is  contained  in  the  Phase  I Final  Report  Table 
4.  This  routing  plan  is  designed  for  use  with  the  AN/TTC-30  and  the  AN/TTC-32. 
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N-2 

TAB-2 


LEGEND 

O NODES  EQUIPPED  WITH 
AN/TTC-30  SWITCH 

O NODES  EQUIPPED  WITH 
ANnTC-32  SWITCH 

DASC  TRUNK  GROUPS 

— X—  STANDARD  TRUNK  GROUP. 
THE  X DENOTES  THE  TRUNK 
GROUP  OR  ROUTE  NUMBER. 
REFERENCED  IN  TASK  I 
FINAL  REPORT  TABLE  4. 


Figure  2-19.  TAFIIS  Master  plan  circuits  switch  network. 


The  traffic  between  switching  centers  is  determined  by  totaling  the 
traffic  between  nodes  as  offered  to  a trunk  group.  The  traffic  offered  to  a 
trunk  group  is  defined  by  the  routing  plan.  The  TAFIIS  Master  Plan  provided  a 
summary  of  the  traffic  and  of  the  circuits  required  per  trunk  group. 

The  circuit  switch  network  configuratic  i remains  constant  throughout 
this  study,  but  its  character  and  features  change  with  the  use  of  digital  ter- 
restrial and  satellite  transmission  systems,  and  with  the  evolution  from 
AN/TTC-30  switches  in  SCC-1  and  SCC-2  to  the  AN/TTC-39  for  SCC-3  and  SCC-4A, 
and  to  a switch  system  in  SCC-4B  that  is  integrated  into  the  intraconnect 
transmission  system. 

2. 4. 1.3  Teletypewriter,  weather,  and  data  networks.  The  transmission 
network  also  supports  coamon  user,  TTY,  weather,  and  data  nets.  The  TTY  net 
is  depicted  in  Figure  2-20  and  the  weather  net  in  Figure  2-21.  Data  nets  in- 
volve the  connectivity  of  special-purpose  data  circuits,  which  are  discussed 
on  a node-by-node  basis  in  subsection  2.5. 
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NODE  21 


NODE  28 

A 

/node 

/node  is 

/ \ 

I AFCCP/  \ 

I AFCCP/ 

Allieia 

1 TACC  J 

1 TACC 

^ HQ  \ 

\AN/TGC-27/ 

\AN/TGC-2 

-X-  FUL».  DUPLEX  TTY  CIRCUITS 
THE  NUMBER  (X)  DENOTES  THE 
TRUNK  OR  ROUTE  NUMBER. 
REFERENCED  IN  TASK  I 
FINAL  REPORT. 


TAF  TTY  FACILITIES 
NON  TAFTTY  FACILITIES 


Figure  2-20.  TAFIIS  master  plan  - teletype  network. 

In  all  concepts  except  SCC-4B,  the  TTY;  and  data  traffic  continue  to  be 
carried  in  the  basic  networks  as  described  in  Figures  2-20  and  2-21.  It  is 
assumed  that  the  addition  of  the  AN/TYC-13  and  digital  data  links  to  SCC-4B 
will  not  change  circuit  requirements.  In  SCC-4B,  each  node  and/or  TAG  element 
will  be  equipped  with  a processing  center  having  multiple  processors,  memo- 
ries, and  mass  storage  devices  interconnected  by  a bus  system.  This  bus  sys- 
tem allows  all  processors  to  access  any  of  the  memories  or  storage  devices. 

The  processing  center  was  assumed  to  have  the  inherent  capability  to:  1) 
Act  as  a packet  switch  for  data  messages;  2)  use  the  circuit  switch  function 
of  the  intrasite  bus  to  establish  comsainication  between  processing;  3)  trans- 
fer data  from  the  data  bus  of  one  center  to  another,  and  4)  transfer  the  prob- 
lem-solving responsiblity  of  one  center  to  another. 

Radio  broadcast  netirork.  The  407L  TAGS  coasunications  network  provides 
the  communication  channels  for  a control  network  and  also  for  the  cooDand,  ad- 
ministrative, and  logistics  net%K>rk.  The  control  networks  provide  cooBunica- 
tion  from  the  AFGGP/TACC  throu^out  the  direct  air  support  and  aircraft  con- 
trol and  warning  subsystems  of  TAGS.  The  DASG  and  AFCH/TAGG  are  primarily 
concerned  with  the  control  network.  The  following  paragraphs  describe  the 
control  network  capabilities,  which  cooalat  of: 
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Air  Force  air-request  nets; 
Tactical  air  direction  nets; 
Tactical  air  control  nets; 
Airlift  control  nets;  and 
In-flight  report  nets. 
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2. 4. 1.5  Worst-case  traffic  loads.  One  of  the  most  important  results  of 
this  analysis  was  the  definition  of  the  worst-case  traffic  load  for  the  intra- 
shelter and  intershelter  intraconnects.  These  values  determine  the  maximum 
traffic  capacity  handling  requirements  for  the  intraconnect  designs  for  each 
application.  It  was  determined  early  in  the  analysis  that  the  maximum  ADP 
traffic  load  occurs  at  the  CRC  for  both  intrashelter  traffics.  Maximum  voice 
traffic  loading  occurs  at  the  TACC  for  both  intrashelter  and  intershelter 
cases.  The  following  is  a summation  of  total  traffic  requirements  in  terms  of 
bus-bit  rate  for  the  two  applications.  These  values  are  used  in  the  analyses 
and  for  selecting  a recommended  concept.  The  results  are  summarized  in  Table 
2-9. 


TABLE  2-9  BUS  CAPACITY  REQUIREMENTS  SUMMARY 


SCC-4A 

SCC-4B 

Intra- 

Shelter* 

Inter- 

Shelter* 

Intra- 

Shelter* 

Inter- 

Shfelter* 

Voice  Communications 
(TACC) 

1.02 

18.24 

0.77 

6.3 

ADP  (CRC) 

87.0 

45,0 

91.0 

72.0 

Margin 

8.8 

6.3 

9.2 

7.8 

Overhead 

30.0 

30.0 

45.0 

45.0 

Total 

126.82 

99.54 

145.97 

131.1 

^Capacity  In  MB/s  @ kb/s  per  channel 


The  results  were  based  on  the  following  assumptions:  A voice  digitiza- 
tion rate  of  32  kb/s  (CVSD);  integration  of  circuit  switch^  CRF,  and  FI 
switching  functions  in  SCC-4B;  a possible  co-location  of  CRC  and  TACC. 

If  the  voice  digitization  rates  were  64  kb/s  and  the  integration  con- 
cepts do  not  take  place,  another  set  of  worst-case  conditions  exist.  These 
are  shown  in  Table  2-10.  The  maxiimim  bit-rate  requirement  is  149.4  Mb/s  on 
the  intershelter  bus  in  SCC-4B,  which  is  not  appreciably  different  from  the 
145.9  Mb/s  found  in  the  earlier  analysis.  It  should  be  noted  that  the  differ- 
ence between  the  two  would  be  considerably  greater  if  a more  conservative  fig- 
ure had  been  used  fo7  the  additional  overhead  required  for  integration  func- 
tions. Fifteen  Mb/s  were  added  in  SC0-4B  over  the  30  Mb/s  in  SCC-4A  to  ac- 
count for  this.  After  an  analysis  of  integration  concepts,  Section  5.3,  it 
appears  that  a 5 Mb/s  addition  would  be  more  realistic,  rnd  the  maximum  re- 
quirements would  then  be  135.97  )i>/s.  Based  on  this,  the  comparison  between 
the  requirements  for  the  FI  using  32  kb/s  CVSD  and  an  integrated  switching 
concept,  i.e.,  135.97  Mb/s  and  one  using  64  kb/s  PCM  and  c non-integrated 
switching  concept,  i.e.,  149.4  Mb/s,  is  more  significant.  But  in  either  case, 
a maximum  FI  requirement  of  150  Mb/s  is  adequate. 
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TABLE  2-10  MAXIMUM  FI  LOAD  REQUIREMENTS 


Intrashelter  Bus 

@32  kb/s 

@64  kb/s 

Voice  CRC  (SCC-4B) 

0.5  Mb/s 

1.0  Mb/s 

ADP  CRC  (SCC-4B) 

91.0  Mb/s 

91.0  Mb/s 

Margin: 

9. 2 Mb/s 

9. 2 Mb/s 

Overhead: 

30.0  Mb/s 

30.0  Mb/s 

Total 

130. 7 Mb/s 

141.2  Mb/s 

Intershelter  Bus 

Voice  TACC  (SCC-4B) 

18. 2 Mb/s 

36.4  Mb/s 

ADP  CRC  (SCC-4B) 

72.0  Mb/s 

72.0  Mb/s 

Margin: 

9.0MIVS 

11.0  Mb/s 

Overhead: 

30.0  Mb/s 

30.0  Mb/s 

Total 

129. 2 Mb/s 

149.4  Mb/s 

2. 4. 1.5.1  Intrashelter  maxiimim  traffic  load.  Voice  conmunicatlon:  The 
TACC  operations  central  was  used  to  establish  the  intrashelter  voice  conmuni- 
cation  requirements.  In  SCC-4A  the  intrashelter  voice  traffic  can  be  carried 
on  32  time-shared  circuits  operating  at  32  kb/s  each,  resulting  in  a capacity 
requireiaent  of  1.02<»  Mb/s.  Considerable  reduction  in  voice  circuit  require- 
ments for  the  intrashelter  bus  is  seen  in  SCC-4B  because  the  circuit  switch  is 
integrated  with  the  bus.  In  SCC-4B,  the  equivalent  of  24  circuits  access  the 
intraconnecc  bus,  requiring  768  kb/s  capacity. 

ADP  - The  ADP  traffic  requirements  are  based  on  the  CRC.  In  determining 
intrashelter  requirements,  the  maximum  load  occurs  when  the  operations  central 
(AN/TSQ-91}  and  MPC  (AN/TYC-IO)  are  collocated.  In  both  SCC-4A  and  4B  the 
processors  are  interconnected  by  a high-rate  bit  parallel  bus.  Each  processor 
is  capable  of  transferring  data  at  18  Mb/s  onto  the  bus.  This  load  could 
reach  a peak  of  36  Mb/s.  Display  traffic  accessing  the  bus  requires  51  Mb/s. 
The  total  ADP  traffic  is  87  Mb/s.  In  SCC-4B,  greater  use  of  the  ADP  facili- 
ties is  expected;  4 Mb/s  is  allowed  for  this  growth,  for  a total  of  91  Mb/s. 

2*4. 1.5.2  Intershelter  maximum  traffic  load.  Voice  communication:  The 
greater  voice  traffic  load  on  the  internhelter  but  was  determined  to  occur  at 
the  TACC  center,  including  the  AFCH,  ACIC,  and  other  collocated  facilities  de- 
fined by  the  SCCs.  The  intershelter  requirement  in  SCC-4A  of  18.24  Mb/s  came 
from  570  32  kb/s  circuits*  The  reduction  in  SCC-4B  to  6.3  Mb/s  is  due  largely 
to  the  integration  of  circuit  switch  functions  onto  the  bus. 
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ADP  - For  the  intershelter  requirements,  the  majcimum  load  is  experienced 
at  the  CRC  when  the  MPC  is  separated  from  the  operations  central  and  proces- 
sor-to-processor  traffic  uses  the  intershelter  bus.  The  display  controllers 
are  not  on  the  intershelter  bus  since  they  access  their  associated  processors 
directly,  and  any  intershelter  display  exchanges  will  appear  on  the  inter- 
shelter bus  as  processor-to-processor  traffic.  In  SCC-4A,  the  intershelter 
traffic  requirement  was  determined  to  be  45  Mb/s.  Eighteen  Mb/s  is  allocated 
to  the  processor-to-processor  exchange  between  MPC  and  operations  central  pro- 
cessors, 2 Mb/s  to  service  conmunications  traffic  and  digitally  coded  radar 
requirements,  5 Mb/s  for  consoles  that  may  be  located  remotely  from  the  opera- 
tions central,  and  20  Mb/s  to  a computerized  codbined  IDR  facility  (yet  unde- 
fined) that  will  require  access  to  a theaterwide  ID  data  base. 

In  SCC-4B,  this  traffic  is  estimated  to  increase  to  72  Mb/s  - due  in 
part  to  increased  control  functions  required  for  coordination  and  synchroniza- 
tion of  the  netted  radars  and  radios  introduced  in  this  scenario,  and  in  part 
as  a contingency  for  new  facilities  with  undefined  loads,  which  are  likely  to 
be  collocated  and  computerized  such  as  drone  control  facilities,  ground  con- 
trol centers  for  GTSSC  functions,  forward  reconnaisance  reporting  posts,  and 
others. 

2. 4. 1.5. 3 Overhead  and  margin.  In  all  four  bus  applications,  addition- 
al capacity  is  required  for  overhead  functions  and  margin  (Table  2-9). 

A design  margin  of  10  percent  of  the  rate  estimated  for  information, 
i.e.,  voice  and  data,  has  been  added  to  account  for  inaccuracies  in  approxima- 
tions made  in  the  traffic  analysis. 

In  SCC-4A,  30  Mb  have  been  alloted  to  basic  overhead  functions  such  as 
framing,  synchronization,  formatting,  polling,  device  status,  data  ID,  call 
establishment,  and  others. 

In  SCC-4B,  the  required  overhead  increases  to  45  Mb/s  because  of  the  in- 
tegration of  switching  and  technical  control  functions  with  the  bus.  These 
require  additional  capacity  for  call  processing  and  special  features. 

At  this  point,  it  has  not  been  determined  to  what  degree  these  functions 
will  become  a part  of  the  bus  design.  Some  of  the  fi  "ctions  such  as  signal- 
ing, supervision,  and  conferencing  will  be  performed  oy  the  bus  while  others 
such  as  traffic  load  control  and  quality  monitoring  may  be  performed  by  pe- 
ripheral equipment  and  siaq>ly  controlled  or  recognized  by  the  bus.  This  de- 
termination and,  consequently  the  bus  capacity  required  for  it,  will  be  made 
in  a later  task  in  the  study. 

2. 4. 1.5 .4  Conclusion.  A highway  bit  rate  of  approximately  150  Mb/s  is 
a good  design  goal  for  both  intershelter  and  intrasheiter  applications. 
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2.4.2  Analysis  of  TAF  nodes.  The  traffic  study  was’  concentrated  on  the 
nine  major  nodes  of  the  TAG  system.  These  nodes  encompass  a range  of  require- 
ment variations  that  include  any  potential  application  of  the  Flexible  Intra- 
connect in  the  TAG.  Traffic  requirements  for  these  nodes  are  defined  sepa- 
rately for  each  of  the  five  system  configurations. 

Traffic  estimates  include  internodal  traffic,  intershelter  traffic  and, 
in  some  cases,  intrashelter  traffic,  i.e.,  traffic  flowing  between  devices 
within  a common  shelter. 

Intrashelter  traffic  was  not  enumerated  for  SGGs  1,  2,  and  3 because  it 
was  assumed  that  the  intraconnect  would  not  be  installed  within  existing  shel- 
ters due  to  space  limitation  and  interface  incompatibilities.  Intrashelter 
traffic  was  defined  for  SGG-4A  and  -4B  where  the  assumption  was  that  much  of 
the  equipment  would  be  designed  initially  with  compatible  interface. 

Traffic  requirements  are  identified  in  terms  of  number  of  circuits,  er- 
langs of  traffic,  bandwidth,  and  bit  rate.  In  reviewing  these  data,  it  is  im- 
portant to  realize  that  achievement  of  a high  accuracy  in  estimating  the  quan- 
tity of  traffic  for  each  and  every  circuit  was  not  an  objective  of  the  analy- 
sis. The  objective  was  to  derive  an  approximation  of  the  maximum  total  traf- 
fic load  for  each  category  of  traffic  (conmunications  or  ADP)  for  each  of  the 
10  nodes  in  each  of  the  five  SGGs.  The  traffic  loads  obtained  by  this  ap- 
proach are  adequate  for  sizing  the  capacity  requirements  of  the  Flexible 
Intraconnect. 


The  results  presented  here  are  a summary  of  a more  detailed  analysis 
contained  in  the  Phase  I Task  I Final  Report.  A brief  description  of  the 
traffic  features  at  each  center  Is  presented  with  qualifying  factors  pertain- 
ing to  the  analysis.  The  Phase  I study  should  be  consulted  for  supportive 
information.  Table  2-11  is  a summary  of  the  number  of  circuits  and  the  traf- 
fic carried  for  each  of  the  centers  and  all  SGGs.  Table  2-11  is  useful  for 
obtaining  a broad  view  of  the  traffic  loads  at  all  the  centers  in  relation  to 
each  other.  However,  the  generality  masks  the  more  useful  data  available  from 
the  study.  Table  2-12  presents  a further  breakdown  of  traffic  data  for  SGG-3 
and  SCG-4A.  In  this  table,  erlangs  of  traffic  are  used  to  determine  the 
equivalent  number  of  digital  circuits  required  to  carry  the  total  voice  traf- 
fic. It  was  assumed  that  the  TRI-TAC  family  of  digital  group  rates  would  be 
used  to  carry  trunk  groups,  and  that  loops  would  be  digitized  at  32  kb/s. 

Group  size  was  derived  for  each  link  from  the  tables  of  the  Task  I re- 
port. It  was  further  assumed  that  the  soaner  centers  would  not  be  implemen- 
ted with  an  El  but  would  use  a concept  of  interconnected  SIUs.  This  means 
that  the  30  Hb/s  allocated  for  message  overhead  in  the  full  FI  would  be  re- 
duced to  lOX  in  these  implementations.  The  operation  of  the  SIU  concept  is 
discussed  in  Section  5.0  and  7.0.  It  should  be  noted  that  Tuble  2-12  does  not 


itemize  intrashelter  traffic.  This  is  not  considered  necessary  for  the  SIU 
implementation  in  the  smaller  centers.  The  intrashelter  traffic  analysis. 
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TABLE2-11.  TRAFFIC  SUMMARY 


System  Configuration  Concept 


1 


3 

Ckts 

T 

E 

1035 

281.32 

TFi 
s ER 


50  2.2 


47 


37  2.6 


9 

.45 

B 

.45 

9 

.45 

9 

.45 

B 

.45 

CRC/CRP 

321* 

71.2* 

303 

72.8 

307 

72.69 

326 

50.3 

FACP 

46 

2.8 

46 

2.8 

53 

4.0 

29 

3.0 

31 

3.0 

ASRT 

26 

hQII 

26 

0.4* 

KiKa 

27 

4.2 

27 

4.2 

DASC 

111 

22 

111 

22 

7.6 

68 

7TI 

78 

14.8 

* Radar  Signals 
Not  Included 


TABLE  2-12.  SCC-3,  SCC-4  INTERSHELTBR  TRAFFIC  SUMMARY 
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2. 4. 2.1  System  Configuration  Concept  No.  1.  The  networks  specified  in 
the  TAFIIS  Master  Plan  were  used  as  definition  of  a basic  407L  configuration. 

2. 4. 2. 1.1  AFCH/TACC  Traffic  Loading  Analysis  for  SCC-1.  The  traffic 
analysis  defines  the  communication  requirements  for  a maximum  configuration 
of  the  AFCH/TACC.  All  network  circuit  and  equipment  configurations  used  in 
analysis  were  extracted  from  the  TAFIIS  Master  Plan.  The  analysis  defines 
the  communication  requirements  for  the  AFCH/TACC  in  the  baseline  system 
configuration,  SCC-1  Fig.  2-2. 

A summary  of  the  AFCH/TACC  traffic  is  presented  in  Tables  2-11  and  2-12 
which  define  the  number  of  circuits  required  to  handle  the  traffic  and,  where 
applicable,  the  erlangs  of  traffic  offered  to  those  circuits.  Since  this 
study  was  scenario-dependent,  the  traffic  and  circuits  are  referenced  to  the 
circuit  switch,  TTY,  weather,  and  transmission  networks. 

Traffic  on  the  trunk  groups  between  switching  centers  was  calculated  us- 
ing the  routing  plan  from  the  TAFIIS  Master  Plan  (Table  4 of  the  Phase  I Re- 
port). The  number  of  circuits  on  a trunk  group  was  determined  from  the  erlang 
B full-available  tables  assuming  a blocking  probability  of  one  call  in  a hun- 
dred. Where  traffic  generated  by  a collocated  center,  e.g.,  TWAC,  has  been 
identified,  this  traffic  is  included  in  the  traffic  that  the  transmission 
equipment  must  carry. 

2. 4. 2. 1.2  TWAC  traffic  loading  analysis  for  SCC-1.  The  TWAC,  normally 
deployed  at  the  TACC  operating  location,  consists  of  two  functional  elements: 
The  TACCWE  and  RAWIE.  Since  the  voice.  TTY,  and  facsimile  circuits  are  routed 
through  the  TACC  communication  facilities,  the  intersite  traffic  loading  is 
included  in  the  APCH/7.iCC  traffic  analysis.  The  TWAC  is  located  at  node  19  in 
the’ transmission  network  from  the  TAFIIS  Master  Plan  and  interfaces  with  the 
TAF  elements  as  shown  in  Figure  2-3. 

The  traffic  analysis  defines  the  communication  load  requirements  for  the 
maximum  configuration,  including  the  addition  of  a weather  radar  that  is  norm- 
ally part  of  the  TABWS  but  could  be  deployed  ct  the  TWAC  under  certain  condi- 
tions. Otherwise,  the  baseline  network,  circuit,  and  equipfsent  configurations 
used  at  the  TWAC  were  extracted  from  the  Master  Plan  and  Tactical  Weather  Sys- 
tems Operations  Regulation  ASWR  55-9,  dated  25  August  1975. 

The  baseline  equipments  are  interconnected  as  shown  in  Figure  2-3.  Each 
interconnecting  link  is  identified  with  an  alpha  character.  This  reference  is 
used  in  the  tabulation  of  tV«  intracenter  traffic  requirements.  Tables  2-11 
and  2-12  summarise  the  traffic  at  the  TWAC. 

2.4.2. 1.3  ALCB  traffic  loading  analysis  for  SCC-1.  The  baseline  con- 
figuration for  the  ALCC  described  in  subsection  2.2.1  consists  of  an  AII/TSQ-^3 
and  an  AM/UYA-7,  which  are  tenenta  of  tha  TACC.  Communication  aupport  ia  de- 
rived from  the  resources  of  the  TACC. 

Traffic  loading  is  tummarisad  in  Tables  2-11  and  2-12,  while  Figure  2-6 
thowa  link  connectivity. 
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2. 4. ".1.4  TUOC  traffic  loading  analysis  for  SCC-l.  The  present  TUOC 
configuration  is  limited  to  a manual  mode  of  operations  making  use  of  TAB  com- 
munications-electronic  facilities  provided  by  the  tactical  air  baje  to  supple- 
ment their  intrasite  communication  needs.  SCC-1  has  provided  some  standardi- 
zation to  the  hardware  concept,  using  the  communications  equipment  organic  to 
the  facility  depicted  in  the  TAFIIS  Master  Plan  and  as  shown  in  Figure  2-3. 

The  intershelter  communications  traffic  is  summarized  in  Tables  2-11  and 
2-12,  which  define  the  number  of  circuits  required  to  handle  the  traffic  and 
terminate  the  TUOC  subscriber  terminal  consisting  of  a small  amount  of  equip- 
ments. No  intrashelter  analysis  was  performed. 

2.4.2. 1.5  ALCE/CCT  traffic  loading  analysis  for  SCC-1.  ALCE  is  a TAGS 
element  through  which  the  AFCC  maintains  control  of  assigned  airlift  forces, 
the  ALCE  is  subordinate  to  the  ALCC.  Traffic  circuits  for  the  ALCE  in  SCC-1 
are  shown  in  Figure  2-6,  The  CTT  is  subordinate  to  the  ALCE. 

Co!mminication  circuits  for  the  ALCE  are  all  self-contained  and  organic 
to  the  ALCE  shelter.  Landline  connectivity  to  the  TAB  switchcd-voice  network 
is  used  for  backup  coRmunications  with  the  ALCC  (when  available)  and  for  coor- 
dination with  other  base  activities.  The  AN/UYA-7  data  sets,  associated 
AN/TRC-146  radios,  and  various  G/A/G  radios  are  located  in  the  shelter. 

CCT  communications  support  is  provided  by  an  AN/MEC-107  and  -108  mobile 
radio  central  equipped  with  an  AN/UYA-7  data  set  and  associated  AN/TRC  146 
radio. 


2. 4. 2. 1.6  CRC/CRP  traffic  loading  analysis  for  SCC-1.  The  CRC  contains 
the  prime-control  radars  of  the  TAGS  and  supervises  the  activities  of  subordi- 
nate radar  elements.  It  collects  information  on  all  air  activities  within  ra- 
dar and  radio  range  using  organic  and  subordinate  element  equipment.  After 
evaluation,  this  information  is  disseminated  throughout  the  TAGS.  Figure  2-7 
identifies  the  intershelter  links  of  the  CRC* 

Analys'c  of  the  CRC  traffic  flow  was  documented  in  more  detail  than  some 
of  the  other  centers  analysed  since  it  i#es  used  as  the  model  for  the  architec- 
ture analysis  of  alternative  intraconnect  concepts. 

Tables  2-11  and  2-12  sumsLarise  CRC  traffic  analysis  results,  while  more 
detailed  data  are  listed  in  Table  P-2  and  F-3,  Appendix  F of  the  Final  Report. 

Traffic  on  the  trunk  groups  between  switching  centers  was  calculated  us- 
ing the  routing  plan  from  Table  4 of  the  Phase  I Final  Report.  The  number  of 
circuits  on  the  trunk  group  was  determined  from  the  erlang  B fullavsilability 
tables  assuming  a blocking  probability  of  one  call  in  a hundred.  Tables  2-13 
and  2-14  list  the  characteristics  of  radar  signal  flow  between  the  AN/TPS-43 
and  AN/TSQ-91. 
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The  traffic  flov’  for  a stabilized  FACP,  as  shown  in  the  TAFIIS  Master 
Plai^  is  summarized  in  Tables  2-11  and  2-12.  The  traffic  load  between  the 
AN/TSC-53  and  TRC-97  includes  the  traffic  imposed  by  the  collocated  ASRT. 
Figure  2-8  shows  the  intershelter  connectivity  for  each  link. 

TABLE  2-13.  DIGITAL  WEIGHT  SIGNAL  CHARACTERISTICS 
VIDEO  AND  TRIGGER  SIGNAL  CHARACTERISTICS* 


SIGNAL  TYPE 

PULSEHIDTH 

(»S) 

RISE  TIME 
(us) 

FALL  TIME 
(us) 

BANDWIDTH 

(MHz) 

Pretrigger 

2 +0.5 

0.50 

0.50 

1.2 

IFF/SIF  Composite 

0.45  +0.1 

0.10 

0.20 

5.0 

MTI  Gated  Video 

0.5 

0.15 

0.20 

4.0 

Search  Video 

0.5 

0.15 

0.20 

4,0 

Synthetic  Video 

4 :^.5 

1.00 

1.20 

0.6 

ACP 

5 +2.0 

1.00 

1.25 

0.6 

North  Mark 

5 +2.0 

1.00 

1.25 

0.6 

TOTAL  BANDWIDTH  REQUIRED  » 17.0  MHz 

♦Extracted  from  MITRE  WP-5629,  March  77,  "Information  Bus  System 
for  Tactical  Operation  Center". 


TABLE  2-14.  CHARACTERISTICS 


DIGITAL  HEIGHT  SIGNAL  CHARACTERISTICS 


SIGNAL  TYPE 

PULSEWIOTH 

(us) 

RISE  TIME 

(liS) 

FALL  TIME 
(us) 

BANDWIDTH 

(MHz) 

Height  Bit  1 

4 JjO.S 

0.5 

0.5 

1.2 

2 

4 +0.5 

0.5 

0.5 

1.2 

3 

4 +0.5 

0.5 

0.5 

1.2 

4 

4 +0.5 

0.5 

0.5 

1.2 

5 

4 ^.5 

0.5 

C.5 

1.2 

6 

4 +0.5 

0.5 

0.5 

1.2 

7 

4 ^.5 

0.5 

0.5 

1.2 

8 

4 ^.5 

0.5 

0.5 

1.2 
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TOTAL  BANDWIDTH  REQUIRED  > 10.8  MHz 


♦Extracted  from  MITRE  WP-5629,  March  77,  "Information  Bus  System 
for  Tactical  Operation  Centers", 
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2 « 4. 2. 1.7  FACP  traffic  loading  analysis  for  SCr>  1.  FACP  performs  mo-* 
bile  radar  surveillance  and  control  of  tactical  air  missions,  hands  off  air- 
craft to  (FACs),  and  augments  CRC/CRP  radar  coverage.  It  is  capable  of  con- 
trolling tactical  missions  under  poor  weather  conditions,  The  traffic  analy- 
sis defines  the  comnunication  requirements  for  the  FACP,  including  the  G/G 
communications  load  of  the  collocated  ASRT. 


2.4.2. 1.8  ASRT  traffic  loading  analysis  for  SCC-1.  In  SCC-1,  the  ASRT 
is  collocated  with  the  FACP,  sharing  the  AN/TRC-97A  for  communication  with  the 
TWAC  for  weather  information,  the  CRC  for  control  and  relay  of  FRAG  orders, 
and  the  CRP/CRC  for  track  handover  coordination.  Figure  2-9  depicts  the  ASRT 
comoiunication  interfaces  and  shows  the  major  elements  of  the  ASRT  with  coiiinu- 
nication  links  identified  for  reference  to  the  traffic  loads  summarized  in 
Table  2-11  and  2-12.  Control  of  the  mission  aircraft  is  via  UHF  radio,  using 
voice  and/or  tones  for  final  approach  guidance. 

2.4.2. 1.9  DASC/TACP  traffic  loading  analysis  for  SCC-1.  The  407L  com- 
munications system  provides  the  voice  and  TTY  media  for  the  transmission,  re- 
ception, and  termination  of  operations,  logistics,  intelligence,  weather,  and 
administrative  traffic  between  the  DASC  and  other  TAGS  operating  locations. 

Tlie  comnunication  networks  (subsection  2.1)  provide  G/G  voice  communication 
service  to  the  DASC.  A manual  electronic  switchboard  (AN/TTC-32)  is  provided 
as  an  integral  part  of  the  AN/TSQ-93  to  support  both  inters! te  and  intrasite 
switching  functions.  The  operators  are  also  provided  with  foreign  exchange 
lines  from  the  nearest  AN/TTC-30. 

The  intrasite  traffic  requirements  for  SCC-1  are  also  sunnarized  in 
Tables  2-11  and  2-12,  which  is  referenced  to  the  intershelter  connectively 
described  in  Figure  2-10.  The  common-user  traffic  is  defined  in  terms  of  both 
circuits  and  traffic  load  (in  Erlangs). 

The  communications  equipment  serving  the  DASC  is  connected  to  the  opera- 
tions center  with  each  link  returned  with  i letter  to  document  the  intranodal 
traffic  requirements. 
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Tn  this  analysis,  we  have  assumed  that  each  user  at  the  DASC  (in  SCC-1) 
13  provided  with  an  individual  circuit  to  the  AN/TTC-32  and  also  a circuit  to 
the  nearest  AN/TTC-30. 

2.4. 2.2  System  Configuration  Concept  No.  2.  SCC-2  adds  several  new 
equipments  and  capabilities  to  the  basic  407L  configurations.  The  approach 
taken  in  estimating  the  traffic  for  SCC-2  was  to  hold  the  traffic  estimate  for 
SCC-1  constant  and  add  to  it  the  traffic  carried  by  the  equipments  added  in 
SCC-2. 


2.4. 2.2.1  AFCH/TACC  traffic  loading  analysis  for  SCC-2.  SCC-2  adds  the 
485L,  TIPI,  JTIDS,  PLSS,  DCS,  and  WWMCCS  function  to  the  basic  407L  system  of 
SCC-l.  The  basic  AFCH/TACC  configuration  will  be  changed  by  the  addition  of 
the  JTIDS  ASIT,  the  AN/TYC-7  MDT,  and  the  485L  DP&D  equipment.  The  486L 
equipment  includes  a data  processing  and  display  shelter,  a communications 
processor  shelter,  display  consoles,  and  large-screen  displays. 

Parallel  data  circuits  are  provided  to  exchange  data  between  the  485L 
connnunications  processor  shelter  and  the  DP&D  shelter.  Similar  parallel  cir- 
cuits are  provided  to  connect  display  equipment  in  the  TACC  or  AFCH.  Any  col- 
located centers,  e.g.,  TWAC  or  ALCC,  with  485L-type  consoles  are  connected  by 
similar  parallel  data  circuits. 

2. 4. 2. 2. 2 TWAC  traffic  loading  analysis  for  SCC-2.  The  TWAC  configura- 
tion is  modified  in  this  concept  by  the  addition  of  a TDU  and  an  MDEU  that 
interface  directly  with  the  TACC  data  processing  system  and  give  the  TACC  di- 
rect weather  data  interface. 

This  change  in  traffic  loading  is  noted  as  a 17-bit  parallel  digital 
interface. 


2.4. 2.2.3  ALCC  traffic  loading  analysis  for  SCC-2.  SCC-2  adds  a tacti- 
cal display  capability  to  the  operations  center.  This  display  is  proces- 
sor-driven from  the  TACC  data  sources.  The  interface  between  these  units  is 
provided  through  17  parallel  channels  interconnecting  the  computer  in  the  TACC 
with  the  display  console  in  the  ALCC.  Tables  2-11  and  2-12  indicate  the  traf- 
fic requirements  for  the  ALCC  in  SCC-2. 

2.4. 2. 2.4  TUOC  traffic  loading  analysis  for  SCC-2.  The  485L  program 
provides  the  TUOC  with  automated  data  storage  and  display  and  a digital  infor- 
mation exchange  between  the  TUOC  and  the  TACC.  The  TUOC  will  exchange  infor- 
mation with  the  DASC  and  CRC/CRP  through  the  TACC  communication  links  to  these 
elements.  The  TUOC  will  be  equipped  with  a remote  data-source  terminal  and 
communications  equipment  to  achieve  the  interface.  Intrasite  communications 
traffic  for  the  TUOC  is  summarised  in  Tables  2-11  and  2-12. 

2.4. 2.2. 5 ALCE/CCr  traffic  loading  analysis  for  SCC-2.  The  configura- 
tion of  the  ALCE  «nd  CCT  does  not  change  in  SCC-2. 

2. 4. 2 .2. 6 CRC/CRP  traffic  loading  analysis  for  SCC-2.  The  Army 
AN/TCC  -69/70  radio  Is  the  primary  addition  to  communication  support 
equipment.  Tables  2-11  and  2-12  summarise  the  CRC  traffic  flow  for  SCC-2. 
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As  can  be  seen  in  these  tables,  there  was  very  little  impact  on  the 
traffic  requirements  of  the  switching  system.  This  was  due  to  our  assumption 
that  the  new  users  introduced  to  the  deployment  replace  the  voice  traffic 
which  was  transferred  to  the  automated  digital  data  links. 

In  addition  to  the  shelters  described  in  SCC-1,  where  it  would  be  bene- 
ficial to  know  the  flow  of  traffic  integral  to  a shelter,  only  the  MPC  is  of 
interest. 


2. 4. 2. 2. 7 FACP  traffic  loading  analysis  for  SCC-2.  No  changes  were 
made  to  the  FACP  configuration  for  SCC-2  since  the  modification  for  upgrading 
the  radar  to  the  AN/TPS-43E  was  included  in  SCC-1.  The  traffic  analysis  re- 
mains the  same  as  given  in  SCC-1. 

2. 4. 2. 2. 8 ASRT  traffic  loading  analysis  for  SCC-2.  No  change  was  made 
to  the  SCC-1  configuration  or  to  the  traffic  flow  for  the  SCC-2  ASRT. 

2. 4. 2. 2. 9 DASC/TACP  traffic  loading  analysis  for  SCC-2:  The  DASC  con- 
figuration for  the  SCC-2  was  modified  only  by  the  addition  of  a terminal  2400 
b/s  data  in  the  operation  center.  In  this  configuration,  as  in  SCC-1,  it  is 
assumed  that  each  user  is  provided  with  an  individual  circuit  to  the  AN/TTC-32 
and  a circuit  to  the  nearest  AN/TTC-30.  The  TACP  configuration  does  not 
change  for  this  concept. 

2.4. 2. 3 System  Configuration  Concept  No.  3.  Concept  SCC-3  addresses 
the  use  of  TRI-TAC  equipment  in  the  TAF  nodes.  This  configuration  neither 
adds  to  nor  deletes  from  traffic  between  nodes.  Therefore,  the  traffic  is 
identical  to  that  for  SCC-2,  but  the  circuits  required  to  service  the  traffic 
are  changed. 

The  major  impact  of  adding  TRI-TAC  equipment  to  the  TAP  nodal  configura- 
tion is  the  type  of  traffic  flowing  between  or  within  shelters.  A minor  im- 
pact is  that  of  the  TRI-TAC  multiplex  hierarchy  or  the  circuit  requirements. 

for  this  configuration,  it  was  assumed  that  the  operations  central  shel- 
ters will  not  be  replaced  and  the  operators  will  continue  to  have  access  to 
the  TA-720.  It  has  further  been  assumed  that  the  TA-720s  will  be  used  for 
communication  between  operating  positions  in  the  shelter.  Each  TA-720  will 
have  one  circuit  to  the  AN/TTC-39.  Each  operating  position  will  be  provided 
with  an  applique  unit  housing  a DSVT. 

The  DSVTs  and  data  adapters  that  serve  terminals  in  the  operations  cen- 
tral will  access  the  switching  centers,  CNCE,  or  radio  terminals  as  multiplex- 
ed loops.  Loop  group  multiplexers  will  access  these  equipments  with  17  active 
channels  per  unit. 

User  terminals  that  access  the  system  from  other  than  operations  cen- 
trals may  do  so  by  either  RLGMs,  LGMs,  or  individual  four-wire  circuits.  The 
analog-to-digital  mix  of  these  terminals  will  vary  from  node  to  node,  but  the 
basic  rule  used  to  define  this  mix  was  that  60  percent  of  the  terminals  were 
analog  and  40  percent  were  digital. 
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A satellite  system  replaces  the  HF  radio  for  long-haul  interface  cir- 
cuits. It  was  assumed  that  all  of  the  TTY  and  data  circuits  will  remain  dedi- 
cated back-to-back,  and  access  the  system  via  data  adaptors. 

2. 4. 2. 3.1  AFCH/TACC  traffic  loading  analysis  for  SCC-3.  The  AFCH/TACC 
configuration  will  change  from  that  described  in  Figure  2-2.  Major  equipment 
additions  are  the  SGT  and  CSCE,  while  other  changes  involve  equipment  substi- 
tution; The  AN/TTC-39  automatic  switch  replaces  the  AN/TTC-30,  the  CNCE  re- 
places the  AN/TSC-62  tech  control  facility,  and  the  AN/TCY-13  message  switch 
replaces  the  AN/TGC-26  teletype  relay  center  (which  will  automate  the  manual 
relaying  of  TTY  traffic).  Additionally,  the  AN/TRC-170  radio  equipment  will 
replace  the  AN/TRC-97A  radio  equipment  for  G/G  communications. 

Traffic  analysis  results  for  the  AFCH/TACC  in  SCC-3  are  shown  in  Tables 
2-11  and  2-12.  Since  this  configuration  neither  adds  nor  deletes  traffic  be- 
tween nodes,  the  traffic  is  identical  to  that  described  for  SCC-2.  The  major 
impact  of  the  TRI-TAC  equipment  is  the  type  of  traffic  flowing  intrasite. 

2.4. 2.3. 2 TWAC  traffic  loading  analysis  for  SCC-3.  SCC-3  incorporated 
the  TRI-TAC  equipments,  converting  the  communications  equipment  to  a mixture 
of  analog  and  digital. 

2.4. 2. 3. 3 ALCC  traffic  loading  analysis  for  SCC-3.  The  AN/TSQ-93  will 
be  modified  by  replacing  the  AN/TTC-32  with  a ULS  3865.  Each  console  is  pro- 
vided with  one  DSVT  for  secure  communications  to  the  users. 

In  this  configuration,  the  number  of  circuits  between  the  ALCC  and  the 
AN/TTC-39  were  reduced  from  two  wire  telephones  to  eight  trunks  (assuming  40 
percent  of  the  traffic  terminates  locally). 

2.4. 2.3.4  TUOC  traffic  loading  for  SCC-3;  The  communications  interface 
traffic  load  remains  the  same  for  SCC-2  since  the  only  impact  was  to  add  digi- 
tal telephones  to  the  TUOC  for  upgrading  service  quality. 

2.4. 2.3. 5 ALCE/CCT  traffic  loading  analysis  for  SCC-3.  The  configura- 
tion of  the  ALCE  and  CCT  do  not  change  from  the  SCC-1  organization  and  commu- 
nications requirements. 

2.4. 2. 3. 6 CRC/CRP  traffic  loading  analysis  for  SCC-3.  SCC-3  consists 
of  upgrading  the  equipment  supporting  the  CRC  with  TRI-TAC  developed  communi- 
cation equipment.  Using  these  equipments,  automatic  interfaces  to  adjacent 
systems  is  provided.  Replacement  of  the  AN/TTC-30  with  the  AN/TTC-39  provides 
many  features  to  allow  the  user  to  perform  in  a more  efficient  manner  and  have 
end-to-end  security  on  a call-by-call  basis. 

Although  the  communication  capabilities  of  CRC/CRP  are  enhanced  by  the 
introduction  of  TRI-TAC  equipment  into  the  node,  the  nodal  configuration  is 
identical  to  that  of  SCC-2.  The  TRI-TAC  equipments  introduced  to  the  CRC  in- 
clude; 


A digital  secure  telephone  (DSVT)  at  each  operating  position  in  the 
operations  shelter; 

Replacing  the  AN/TSC-62  with  the  CNCE; 

Replacing  the  AN/TRC-97  with  the  AN/TRC”170;and 

- Replacing  the  AN/TTC-39  with  the  AN/TTC-39. 

It  was  assumed  that  each  of  the  two  TA-720  telephones  would  also  share 
an  analog  circuit  to  the  AN/TTC-39.  This  assumption  is  based  on  allowing  the 
operator  to  continue  using  the  TA-720  for  nonsecure  traffic  in  the  customary 
operational  manner. 

There  was  no  change  in  the  TTY  or  data  circuit  requirements  from  SCC-2 
to  SCC-3,  due  to  the  assumption  that  these  terminal  devices  would  continue  to 
operate  at  their  present  data  rate,  that  the  addition  of  TRI-TAC  developed 
data  adaptors  would  act  only  as  a unit  that  interfaces  low. bit-rate  devices  to 
a high  bit-rate  line,  and  that  the  information  rate  on  that  line  would  contin- 
ue to  be  that  of  the  originating  terminal.  These  data  circuits  were,  there- 
fore, routed  to  the  AN/TYC-13  at  the  TACC  in  the  same  manner  as  the  TTY  cir- 
cuits were  routed  to  the  AN/TGC-26. 

Basically,  there  is  no  change  in  the  traffic  requirements  from  SCC-2  to 
SCC-3.  But  because  of  the  modularity  of  the  TRI-TAC  digital  multiplex  family, 
the  number  of  circuits  required  to  carry  this  traffic  is  substantially  in- 
creased. This  increase  can  be  seen  in  the  following  example: 

a)  In  SCC-2,  trunk  group  1 uses  10  circuits  to  carry  4.8  erlangs  of 
traffic.  The  trunk  group  modularity  of  the  AN/TTC-39  is  based  on 
module  9.  To  carry  4.8  erlangs  with  at  least  a p*0.01  blocking  re- 
quires two  groups  or  18  circuits. 

b.  AF  route  2 in  SCC-2  carries  11  dedicated  channels,  which  requires 
two  loop  groups  (18  channels). 

The  circuit  and  traffic  requirements  tabulation  Table  2-12  for  SCC-3  are 
based  on  the  above  constraints.  The  intrashelter  requirement  for  handling  ra- 
dar information  and  processor  information  remains  the  same  as  that  described 
in  SCC-2. 


2.4. 2. 3. 7 FACP  traffic  loading  analysis  for  SCC-3.  The  FACP  was  modi- 
fied by  SCC-3  to  incorporate  TRI-TAC  elements.  The  AN/TSC-53  employs  a modi- 
fied CNCE  patch  panel,  and  CRF  and  CVSD  A/D  converters  to  fit  internal  to  the 
shelter.  The  AN/TRC-170  replaces  the  AN/TRC-97A  troposcatter  radio. 

The  teletype-writer  traffic  was  confined  with  interface  traffic  between 
the  AN/TSC-53  and  AN/TRr;-170  to  increase  the  erlang  value  by  one. 
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2. 4.2. 3. 8 ASRT  traffic  loading  analysis  for  SCC-3.*  In  this  configura- 
tion, the  MITRE  phase-in  plan  added  a ULS  switchboard  and  suggested  interface 
with  a CNCE.  Since  the  ASRT  is  collocated  with  the  FACP,  the  ULS  switchboard 
will  interface  via  a landline  with  the  CNCE  equipment  installed  in  the  FACP. 

An  increase  in  the  intrasite  voice  traffic  is  noted  in  this  configura- 
tion since  phones  were  installed  in  the  AN/TPB-1  shelter  and  a switchboard  is 
provided,  reducing  the  necessity  for  shouting  communications. 

2.4. 2.3. 9 DASC/TACP  traffic  loading  analysis  for  SCC-3.  In  SCC-3,  the 
DASC  is  modified  to  include  TRI-TAC  developed  equipments.  The  AN/TRC-97A  is 
replaced  by  the  unit-level  switch  SB-3865,  and  a minor  node  CNCE  is  incorpora- 
ted into  the  AN/TSQ-93.  Each  operating  position  in  the  AN/TSQ-93  is  also 
equipped  with  a DSVT.  It  is  also  assumed  that  the  interface  to  the  Army  is 
now  via  a digital  group  multiplexer. 

Tables  2-11  and  2-12  summarize  the  DASC  traffic  requirements  for  SCC-3. 
With  the  addition  of  the  SB-3855,  the  19.6  erlang  traffic  modified  load  was  to 
5.2  erlangs,  i.e.,  an  average  of  0.2  erlangs  per  user  terminal.  Of  this  traf- 
fic, it  was  assumed  that  75  percent  is  between  the  DASC  and  other  TAC  loca- 
tions. 


In  this  concept,  the  TACP  will  replace  the  AN/PRC-47  HF/SSB  radio  and 
AN/PRC-41  UHF  radio  with  the  AN/PRC-104  and  AN/PRC-66B  manpack  radios,  respec- 
tively, to  prc/ide  secure  voice  capability.  Additionally,  the  AN/UYA-7  data 
set  will  be  installed  in  the  AN/MRC-107  mobile  communications  center,  and,  its 
associated  AN/TRC-146  radio  will  replace  the  installed  AN/GRC-106  HF/SSB  radio. 

2. 4. 2. 4 System  Configuration  Concept  No.  4A.  SCC-4A  is  an  evolutionary 
step  from  SCC-3.  It  continues  the  use  of  TRA-TAC  developed  communications 
equipment  and  introduces  new  concepts  for  data  distribution. 

The  number  of  cables  and  the  signal  transmission  problems  associated 
with  deployed  radars  is  minimized  by  digitalizing  data  at  the  radars  and 
transmitting  processed  target  information  to  consoles  and  computers  via  16 
kb/s  data  links.  This  allows  any  console  at  any  location  (now)  to  display  any 
radar  signal  in  the  deployment. 

All  computer /processors  at  a node  will  be  interconnected  via  a 
high-speed  computer  bus.  Consoles  that  access  these  processors  are  also  con- 
nected to  the  I IS  allowing  any  console  at  the  node  to  access  any  processor. 

It  also  allows  processor  systems  to  share  data  bases. 

In  this  concept,  processors  at  adjacent  nodes  are  interconnected  via  a 
data  link.  This  allows  the  transfer  of  TADIL  and  DDL  data  at  high  bit  rates 
between  nodes,  and  facilitates  processor-to-proceasor  data  transfers. 
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2. 4. 2. 4.1  AFCH/TACC  traffic  loading  analysis  for  SCC-4A.  The  AFCH/TACC 
configuration  will  change  from  that  described  for  SCC-3.  Major  equipment  ad- 
ditions in  SCC-4A  are  the  AFCH  support  processor  and  the  TV  receiver  (E-3A). 
New  and  improved  equipments  will  replace  the  following  functional  items: 

Operations  central  TACC; 

Data  processing  and  display; 

Communications  processor; 

Tropo/LOS  radio;  and 

- JTIDS. 

All  processors  and  peripherals  are  assumed  to  be  interconnected  via  a 
computer  bus.  The  computer  bus  interface  for  this  configuration  is  shown  in 
Figure  2-2. 

Traffic  flow  for  SCC-4A  is  discussed  relative  to  the  traffic  defined  for 
SCC-3.  These  changes  are  described  by  means  of  changes  to  the  traffic  for 
SCC-3.  These  changes  are  reflected  in  Tables  2-11  and  2-12. 

The  major  additions  to  the  intershelter  traffic  are  caused  by  the  TV 
link  and  the  processor-to-processor  data  links.  The  TV  link  requires  a video 
circuit  of  3.5  MHz  at  the  AFCH.  Intershelter  traffic  is  increased  to  support 
intercenter  high-speed  processor-to-processor  data  links  and  a 16  kb/s  FAX 
link  to  each  TAB.  Two  16  kb/s  data  links  were  assumed  to  connect  each  adja- 
cent processor-equipped  site. 

The  HF  and  UHF  radio  net  traffic  is  assumed  to  be  carried  on  the  im- 
proved JTIDS  system.  The  HF  and  UHF  radios  are  retained  for  backup  capability. 

The  addition  of  the  computer  bus  changes  connectivity  between  shelters 
from  SCC-3  to  SCC-4A.  All  computers  and  peripherals  are  assumed  to  be  con- 
nected to  this  bus.  Tliese  circuits  replace  the  processor/processor/display 
connectivity  in  SCC-3. 

With  the  addition  of  the  computer  bus  in  SCC-4At  both  intershelter  and 
intrashelter  traffic  can  be  carried  on  this  bus.  The  processing  and  pe- 
ripheral equipment  contained  in  each  shelter  is  shown  in  Figure  2-21.  Data 
procesiiing  equipment  in  the  sazae  shelter  can  communicate  with  other  DP  equip- 
mf^ut  in  that  shelter  by  means  of  the  computer  bus. 


2-52 


I 


^ BC 

CONSOLE/DISPLAY  20  2 
CPU.  2 
mfi  4 
DISC  10 
m TAPE  4 
PRINTER  1 1 
PLOHER  1 
PAPER  TAPE 


CC 

8 


K 

2 

2 

4 

10 

6 

2 

1 


EC 

2 

2 

4 

2 

2 

1 

1 


Figure  2-22.  SCC-4A  AFCH/tACC  computer  bus  interface. 


2.4.2. 4.2  TWAC  traffic  loading  analysis  *for  SCC*'44.  The  basic  configu- 
ration for  the  ALCC  in  SCC-4A  is  the  same  as  that  described  for  SCC-3  with  one 
exception.  The  interconnect  of  the  display  module  in  the  ALCC  operations  cen- 
tral to  the  TACC  dispaly  controller.  This  link  is  via  the  computer  bus  inter- 
face unit  at  the  TACC.  The  traffic  is  listed  in  Tables  2-11  and  2-12. 


2.4. 2.4.3  TUOC  traffic  loading  analysis  for  SCC-4A.  No  change  was  made 
to  the  TUOC  system  organization  in  the  transition  from  SCC-3  to  SCC-4A. 

2. 4. 2. 4. 4 ALCE/CCr  traffic  loading  analysis  for  SCC-LA.  In  SCC-4A,  the 

HF,  UHF,  and  VHF  networks  have  been  replaced  by  an  advanced  JTIDS  system  pro- 
viding access  not  only  to  the  networks  indicated  but  also  interfaces  to  the 
bus  system  located  at  other  TAC  sites.  Remote  terminal  operation  using  pro- 
cessors at  the  TACC  and  access  to  the  circuit  and  packet  switch  systems  is 
provided  via  this  link.  A local  intraconnect  unit  is  also  provided  as  a back- 
up to  this  system.  This  allows  the  ALCE  to  access  the  bus  system  at  a TAB. 

Traffic  volume  for  the  ALCE  and  CCT  are  assumed  to  remain  approximately 
as  estimated  for  SCC-1. 

2. 4.2. 4. 5 CRC/CRP  traffic  loading  analysis  for  SCC-4A.  The  basic  capa- 
bilities of  the  CRC/CRP  are  enhanced  by  provisions  for  a data  link  between 
processors  at  adjacent  nodes,  (e.g.,  CRC,  CRPs,  and  TAC);  interconnecting  all 
of  Che  processors  at  a node;  via  a bus  system  providing  display  consoles  di- 
rect access  to  that  bus  system;  interconnecting  the  radard  to  the  processing 
system  with  a 16  kb/s  digital  link;  and  using  an  advanced  JTIDS  to  support  the 

HG,  VHF,  and  UHF  network  requirements.  The  DHF  and  HF  equipments  «re  retained 
as  backup. 
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The  traffic  requirements  for  SCC-4A  are  listed  in  Tables  2-11  and  2-12. 
The  major  impact  shown  in  this  table  is  due  to  the  transmission  of  the  radar 
video  signals  via  a single  16  kb/s  data  link.  Addition  of  the  computer  bus 
requires  that  traffic  for  this  bus  be  defined  separately  from  that  shown  in 
the  Table. 

Figure  2-23  depicte  the  computer  bus  concept  and  indicates  location  and 
numbers  and  types  of  equipments  to  be  served  by  the  bus.  The  following  para- 
graphs discuss  the  traffic  requirements  for  the  bus. 
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3 DATA  CHANNELS 
1 TAPE  READER 

1 TAPE  PUNCH 

2 DISPLAY  CONSOLES 
1 KEYBOARD/PRINTER 
1 DIRECT  MEMORY  ACCESS 
1 DISC 

Figure  2-23.  SCC-4A  CEC  computer  bus  requirements. 

Intreshelter  information  flow  was  estimated  for  the  siaximum-con figura- 
tion CEO  employing  a three-cell  All/TSQ-91  operations  central  collocated  with 
an  AN/TYC-IO  MFC.  A block  diagram  of  the  intrashelter  intraconnect  is  shown 
in  Figure  2-24.  An  interface  unit  has  been  added  to  the  CEC  for  !>CE  returns 
which  replace  the  video  signals  previously  sent  from  the  AN/TPS-43  radar. 

When  the  DCE  concept  is  developed^  it  is  expected  to  consolidate  many  of  the 
video  signals  in  the  CEC  and  provide  a digital  transfer  of  muvh  of  the  infor- 
mation previously  handled  by  video  control  units.  Quantification  of  intra- 
shelter traffic  for  each  major  equipment  item  is  described  below. 
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Figure  2-24,  CRC  staxinuia  conflguretton  intreshelter  bus,  AN/TSQ-91  and 
AN/TYC-10  collocated  with  three  operational  cells. 


Data  Processing  - The  HM-4118  is  a general-purpose  binary » parallel  com- 
puter with  an  18-bit  word  length  and  a core  laemory  ot  131,072  IS-bit  words. 

The  Buiin  features  of  the  computer  are  its  4 MBs  clock  rate  and  its  coinci- 
dent-current, random-access  memory  with  a cycle  time  of  X paec.  The  maximum 
data  transfer  rate  over  any  one  of  ite  width  channels  is  500,000  vorda/aecond 
(v/a).  When  two  or  more* channeXa  are  operating,  the  maximum  data  rate  Increases 
to  1,000,000  w/s  or  18  Hb/s  C 18-bit  words).  In  the  MFC,  the  output  channels 
are  assigned  ae  follows: 


System  status  panel; 

Common  display  controller  (multipurpose  consoles); 

Magnetic  tape  synchroniser  (magnetic  tape  units); 

Operating  stations  buffer  (keyboard,  display,  pronter  paper  tape 
punch,  and  papvr  tape  reader); 

TADIL-B  Buffer  (TADIL-B/Link  X automatic  data  link);  and 
TADIL-A  Buffer  (TADIL-A  automatic  data  link). 
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Similarly,  the  processor  in  the  AN/TSQ-91  addresses  its  output  channels, 
which  are  the  same,  but  includes  a display  buffer  and  correlation  buffer  and 
not  the  TADIL-A  port.  Its  maximum  aggregate  output  is  also  18  Mb/s. 

DCR  interface  unit  - Data  will  be  transferred  from  the  radar  to  the  CRC 
DCR  interface  unit  over  the  intershelter  bus  at  a rate  not  to  ext.eed  16  kb/s. 
The  16  kb/s  transfer  rate  is  taken  as  the  maximum  for  all  data  that  were  pre- 
viously transmitted  as  video,  i.e.,  height  bits,  video,  and  trigger  signals 
between  the  SSRP,  video  mappers,  and  DCR.  The  three  video  mappers,  three 
SSRPs  and  DCR  constitute  seven  such  channels  requiring  112  kb/s. 

Common  Display  Controllers  (CDC)  - The  information  transfer  rate  between 
the  PPI  and  ARO  symbol  generators  and  between  the  display  buffer  (in  the  AEM) 
and  the  console  modules,  is  at  the  display  clock  rate  of  1.67  Mb/s.  The  seri- 
al data  from  the  PPI  symbol  generator  and  display  buffer  are  in  the  form  of 
24-bit  words  with  three  clock  periods  between  each  word,  while  the  serial  data 
from  the  ARO  syiid>ol  generator  is  in  the  form  of  18-bit  words  with  three  clock 
periods  between  each  word.  This  is  the  transfer  rate  of  data  to  the  connon 
display  controller?.  The  aggregate  of  this  transfer  between  display  buffers, 
16  CDCs,  and  16  display  consoles  is  as  follows: 

Display  buffer  19.20  Mb/a 

CDC  26.72  Ifb/M 

Displays  5.76  I^/a 

Telephone  and  radio  couminications  - The  telephones  in  the  CRC  are  ser- 
viced by  72  lines  including  internal  lines  and  those  connecting  externally  to 
the  switch  and  to  A/G  radios.  The  phones  are  digital  and  operate  at  32  kb/s. 
The  total  traffic  requirement  for  these  lines  is  1.120  Mb/s. 

Automatic  Data  Link  (ADL)  - The  ADL  includes  all  digital  connunication 
traffic  interconnecting  the  CRC  with  external  links.  The  requirements  for 
these  links  are: 

8 TADIL-A  at  2250  b/s  maxioum  18  kb/a 

20  TADIL-B  at  2400  b/s  max/aum  48  kb/a 

2 Link  1 at  1200  b/s  maximum  2.4  kb/a 

68.4  kb/a 

Total  intraconnect  traffic  load  - The  total  traffic  load  requirement  of 
a Mximuar-con figuration  CRC  (inc!'..ding  MFC)  on  the  intrashelter  intraconnect 
is  88.978  Mb/s. 


2.4. 2.4. 6 FACP  traffic  loading  analysis  for  8CC-4A.  In  SCC-4A,  the 
main  impact  on  the  FACP  is  from  remoting  the  AII/TPS-43B  radar  signals.  This 
requires  flK>dification  to  digitise  the  radar  target  information,  a remote  con- 
trol interface,  and  a data  and  voice  multiplexer. 
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In  this  concrpt,  the  control  data  from  the  AN/TSQ-'61  is  transmitted  at 
16  kb/s  to  the  remote  control  unit  at  the  surveillance  radar  and  the  IFF  in- 
terrogation. The  positional  information  and  identity  from  the  radar  system  is 
digitized  and  transmitted  to  the  display  consoles  in  the  AN/TS'>-61.  T%w)  voice 
channels  sre  provided  to  interface  with  the  switchboard  in  the  AN/TSC-53.  A 
traffic  summary  is  shown  in  Tables  2-11  and  2-12. 

2. 4. 2. 4. 7 ASRT  traffic  loadi'  analysis  for  SCC-4A.  The  ASRT  is  no 
longer  dependent  on  the  FACP  to  provide  the  communiations  link  to  the  CRC. 
JTIDS  is  used  to  communicate  with  the  TAF  elements,  including  mission  air- 
craft. Table  2-11  summarizes  the  traffic  flow. 

2.4. 2.4.8  DASC/TACP  tral'fic  loading  analysis  for  SCC-4A.  In  this  con- 
cept, the  hardware  remains  basically  the  same  as  that  described  for  SCC-3. 
JTIDS  will  carry  the  traffic  previously  carried  on  the  UHF,  VHF,  and  HF  radio 
networks.  Tables  2-11  and  2-12  summarize  the  traffic. 

The  TACP  interfaces  the  advanced  JTIDS  communications  net.  The  HF/UHF 
radios  supporting  the  voice  and  data  network  will  be  replaced  the  advanced 
JTIDS  terminal. 

2.4.2. 3 System  Configuration  Concept  No.  4B.  SCC-4B  retains  the  fea- 
tures developed  in  SCC-4A  of  intercenter  computer  links,  intracenter  computer 
bue^s  with  distributed  processing,  and  remoted  digitally  coded  radios.  It  in- 
troduces the  concept  of  networks  of  distributed  medium-range  radios,  radios 
and  networks  of  sensors,  and  the  integration  of  circuit  switching  and  trans- 
mission group  reassignment  functions  to  the  intraconnect* 

The  networks  or  radios,  radars,  and  sensors  will  require  additional  com- 
munication links  for  coordination  and  control,  which  adds  to  total  traffic 
loads.  Such  functions  will  be  performed  for  the  most  part  over  digital  data 
links  at  rates  not  expected  to  exceed  16  kb/s  per  channel. 

While  the  integration  of  the  switching  functions  with  the  intraconnect 
bus  will  not  affect  total  traffic,  it  will  reduce  significantly  the  load  the 
intraconnect  must  carry  by  eliminating  traffic  duplication  at  access  and 
egress  points  of  both  circuit  switch  (AN/TTC-39)  and  technical  control  element 
(CNCE)  in  previous  concepts. 

2.4.2. 5.1  AFCH/TACC  traffic  loading  analysis  for  SCC-4B.  SCC-4B  is  an 
evolutionary  system  derived  from  SCC-3  and  -4A.  All  intershelter  traffic  is 
routed  through  a communications  control  center  that  performs  the  functions  of 
circuit  and  message  twitching,  technical  control,  and  bus  control. 

Two  16  kb/s  data  links  are  provided  to  each  adjacent  processor-equipped 

site. 

Traffic  flow  for  SCC-4B  is  discussed  relative  to  traffic  for  SCC-4A. 
These  changes  are  described  by  means  of  changes  to  the  traffic  for  SCC-4A. 
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The  intershelter  traffic  for  this  configuration  is  basically  the  same  as 
for  SCC-4A;  however,  the  connectivity  of  the  functional  entities  is  different. 

The  TACC  operations  central,  AFCH,  and  support  units  are  provided  with 
digital  telephones  in  the  same  quantities  as  required  in  SCC-l  and  -2.  No 
changes  were  made  from  SCC-4A  in  the  estimated  traffic  in  erlangs  for  the 
switched  voice  traffic. 

2.4. 2. 5.2  TWAC  traffic  loading  analysis  for  SCC-4B.  In  this  configura- 
tion, the  major  changes  occur  in  the  communications  interface  at  the  TACC. 
Equipments  in  the  TWAC  that  now  interface  with  a conmunications  control 
module  are  digital  and  operate  at  a standard  16  kb/s  rate.  The  TDU/MEDU  is 
modified  to  operate  at  16  kb/s  serial  data-transfer  rates. 

While  the  traffic  volume  did  not  reflect  an  increase,  the  interface  with 
the  network  did  increase  in  bit  rate  since  all  ground  communications  are  as- 
sumed to  be  digital.  The  bit  rates  of  the  HF  and  satellite  FAX  will  likely 
remi>in  low  since  the  HF  is  a remote  operation  backup  and  the  satellite  ic 
bandwidth- limited.  If  data  from  these  sources  are  inserted  into  the  communi- 
cations control  center  bus,  then  the  bit  rate  will  be  increased  to  16  kb/s  by 
multisampling. 

The  weather  radar  must  maintain  a high-resolution  signal  to  the  dis- 
play. Therefore,  the  6 MHz  video  must  be  treated  as  an  analog  input.  Table 
2-11  siiumarizes  the  traffic  load  on  the  TWAC* 

2.4.2. 5. 3 Al.CC  traffic  loading  analysis  for  SCC-4B.  In  this  system 
concept,  the  operations  central  ia  connected  directly  to  the  bus  systems  asso- 
ciated with  the  communications  control  center  serving  the  TACC.  ALCC  is  en- 
tered in  Tables  2-11  and  2-12.  Here,  the  TTY  traffic  is  handled  by  the  packet 
switching  system,  which  is  an  integral  part  of  the  communications  central.  It 
was  also  assumed  that  the  traffic  presently  carried  via  the  AM/UYA-7  would  be 
replaced  by  two  16  kb/s  circuits  JTIDS. 

2.4. 2.5.4  TUOC  traffic  loading  analysis  for  SCC-4B.  In  this  configura- 
tion, the  loOC  is  converted  to  digital  communications,  operating  at  16  kb/s. 
The  display  interface  is  converted  to  16  kb/s  serial  data  transfer.  A 
high-speed  printer  interface  is  provided  to  down-convert  the  printer  bit  from 
the  16  kb/s  input.  A radio  is  shown  (AII/PRC-153)  for  reference  only.  The  in- 
terface to  the  aircraft  will  most  likely  be  via  the  JTIOS.  Tables  2-11  and 
2-12  summarizes  the  traffic  load  for  this  concept. 


2*4. 2. 5. 5 AU^/CCT  traffic  loading  analysis  for  SCC-4B.  The  organisa- 
tion and  traffic  loading  for  the  ALCE  and  CCR  are  assumed  to  remain  as  des- 
cribed for  SCC-4A. 


2.4.2. 5.6  CRC/CRP  traffic  loading  analysis  for  SCC-4B.  The  nodal  con- 
figuration for  SCC-4B  is  a dramatic  change  from  that  described  for  previous 
SCCs.  All  equipments  at  the  node  are  served  by  the  communications  control 
module.  In  addition,  the  single  radar  used  in  all  previous  concepts  has  been 
replaced  by  a netted  radar  concept.  Each  radar  digitizes  its  output  and 
transmits  the  data  back  to  the  CRC  via  a 16  kb/s  link.  Although  the  figures 
indicate  radars  are  all  located  at  the  CRC  and  the  traffic  analysis  indicates 
16  such  units,  these  units  may  be  located  anywhere  in  the  deployment  and  their 
signals  transmitted  to  the  CRC  via  standard  16  kb/s  communication  links. 

For  this  scenario,  we  have  also  assumed  that  each  console  in  the  system 
can  be  served  by  32  kb/s  channels  for  displays,  access  to  communication  capa- 
bilities, and  common-user  services.  The  capabilities  of  the  node  have  been 
enhanced  by  using  of  a bus  system  that  interconnects  all  user  devices  to  all 
support  equipments. 

Tlie  comntunication  support  package  includes  both  circuit-switch  and 
packet-switch  capabilities. 

Tables  2-11  and  2-12  list  the  traffic  and  circuit  requirements  for 
SCC-4B.  Evaluating  the  requirements  against  that  in  SCC-4A,  traffic  flowing 
around  a node  has  been  substantially  decreased.  The  reasons  for  this  reduc- 
tion are  the  assumptions  that  circuit  switching  is  accomplished  on  the  bus  and 
that  packet  switching  is  employed  for  transmission  of  much  of  the  data. 

2.4. 2. 5. 7 FACP/FARS  traffic  loading  analysis  for  SCC-4B.  SCC-4B,  a , 
new  medium-range  FARS  is  employed  to  interface  with  the  CRC/CRP  through 
JTTDS.  As  noted  in  Tables  2-11  and  2-12,  the  number  of  circuits  is  reduced, 
since  a part  of  the  FACP  functions  are  now  controlled  from  a remoted  position 
(i.e.,  CRC).  The  coimsunications  interface  is  via  an  improved  JTIOS  using  two 
16  kb/s,  full-duplex  channels.  Target-track  information  and  control  data  oc- 
cupy one  16  kb/s  channel. 

2.4.2. 5.8  ASRT  traffic  loading  analysis  for  SCC-4B.  SCC-4A  and  4B  are 
considered  identical.  Traffic  loading  for  the  ASRT  in  SCC-4B  is  the  same  as 
for  SCC-4A. 


2.4. 2. 5.  . DASC/TACP  traffic  loading  analysis  for  SCC-4B.  In  this  con- 
cept, the  equipment  is  interconnected  via  a bus  rystem  at  the  communications 
control  center.  All  equipment  in  the  shelters  will  individually  access  the 
bus.  The  bus  system  acts  as  the  technical  control  and  switching  center  for 
the  node.  Tables  2-11  and  2-12  sunrise  the  traffic  requirements  on  the  bus. 
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2.5  Performance  requirements. 


Intraconnect  design  must  be  compatible  with  an  evolutionary  time-phased 
growth  of  C3  equipments  as  shown  in  SCC-1  through  SCC-4B.  In  the  initial 
application  of  the  intraconnect , it  is  assumed  that  technical  control 
(AN/TSC-62  or  AN/TSQ*111)  and  circuit  switch  (AN/TTC-3C,  AN/TTC-39,  AN/TTC-42, 

or  SB- 3865)  will  exist  in  the  C3  centers.  But  the  post-TRI-TAC  era  (SCC-4B) 
it  is  expected  the  next  generation  of  switching,  technical  control,  and  com- 
munications call  processing  equipment  will  be  integrated  to  some  degree  into 
the  intraconnect  system  on  a distributed  basis.  Therefore,  the  ?lntraconnect 
design  must  provide  the  inherent  ability  to  evolve  without  major  cost  or  re- 
design, from  the  early  SCCs,  through  the  SCC-4B  period. 

A modular  design  approach  is  needed  to  facilitate  growth  without  obso- 
lescence and  the  adaptation  of  the  intraconnect  to  both  samll  centers,  such  as 
the  FACP  and  DASC,  and  large  centers,  such  as  the  CRC  and  lACC. 

Since  the  primary  challenge  is  to  satisfy  the  operational  requirements 
of  the  larger  centers,  the  TACC  and  the  CRC  (Figures  2-25  and  2-26)  were  se- 
lected as  a basis  for  the  architectural  analysis.  Aside  from  the  presence  of 
the  search  radar  in  the  CRC,  but  not  in  the  TACC,  the  two  systems  are  similar 
in  communications  layout.  The  conmuni cat ions  traffic  load  of  the  TACC  is 
higher  than  that  for  the  CRC.  The  ADP  traffic  load  is  higher  in  the  CRC  than 
in  the  TACC.  The  link  numbers  in  the  Figures  refer  to  the  quantity  of  wire 
pairs  available  between  system  elements  using  the  present  26-pair  cables  for 
the  intraconnect. 


Figure  2-25.  Typical  comunlcatlons  Intense  facility  (modeled  on  maximum  CRC). 
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Figure  2-26.  Typical  intense  facility  (modeled  on  maximum  CRC), 


Because  of  the  similarity  between  the  maximum  CRC  and  the  TACC,  the  de- 
sign technique  and  concept  candidate  tradeoffs  were  based  upon  an  intraconnect 
model  for  a CRC/CRP  with  the  conmunications  traffic  load  (in  both  ^^un^er  of 
circuits  and  erlangs  of  traffic)  increased  to  equal  that  of  a TACC.  This  pro- 
vides a large-center  model  representative  of  the  worst  case,  including  radar 
link. 


The  information  flow  studies  identified  three  major  categories  of  traf- 
fic that  Bwst  be  carried  by  the  intraconnect  for  this  model.  They  are; 

a.  Radar  information,  characterised  by  wideband  analog  video  data: 

1.  IFF/SIF  composite  video  at  6.0  MHs  bandwidth: 

2.  MTI  gated  and  search  video,  each  at  4.0  MHs  bandwidth; 

3.  Pretrigger  and  nine  height  signals,  each  at  1.2  MHs  band'vidth;  and 

4.  Synthetic  video,  asimuth  change  pulses,  and  north  mark;  each 
at  0.6  MHs  bandwidth; 
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b.  Conxmuni  cat  ions  Information^  character  12  by  narrovband  analog  or 
aerial  digital  data: 

1)  Voice/facsimile,  either  4 kHz  analog  or  16/32  kb/s  digital  data; 
2y  Automatic  data  link  - low-speed  serial,  digital  data  - generally 
between  150  and  4000  b/s;  and 

3)  Teletypewriter  - low-speed,  asynchronous,  serial,  digital  data  - 
generally  between  35  and  2400  b/s. 

c.  information,  characterized  by  wideband,  generally  bit-parallel- 
word  fierial,  digital  data  at  rates  varying  from  less  than  100,000 
words /second  to  the  1,000,000  words/second  range,  with  word  lengths 
(bus  widths)  of  from  8 to  36  bits: 

1)  Processor-to-processor,  offering  relatively  high-speed,  parallel 
transfer  of  data  between  two  or  more  processors  handling  dif- 
ferent functions  hr  load  sharing  a single  large  function. 

2)  Processor-to/from-peripheraKs),  offering  high-speed  parallel 
transfer  of  program  (during  program  paging  or  overlay  opera- 
tions) or  data  base  (for  access  of  either  a common  data  base  by 
several  processors  or  for  access  by  one  processor  of  another 
processor's  data  base  in  distributed  processor,  load  sharing,  or 
backup  modes);  and  also  between  processors  and  operator  con- 
soles in  future  systems. 

3)  Peripheral-to-peripheral,  an  anticipated  mode  whereby  operator 
consoles  could  directly  interchange  data  while  conferencing. 

A traffic  summary  for  this  model  is  included  in  Table  2-11  and  2-12  of 
subsection  2.4.  Ncte  that  the  bit  rate  capacity  requirements  for  both  the 
intershelter  and  intrashelter  buses  are  approximately  150  Mb/s.  The  tables 
also  indicates  the  allocation  of  this  capacity  to  communication  traffic,  ADP 
traffic,  and  overhead  data  for  intraconnect  signalling  and  control  functions. 
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3.0  SYSTEM  DESIGN 


This  section  describes  results  of  studies  performed  to  investigate 
the  various  techniques  and  concepts  in  tho  design  selection.  The  recom- 
mended concept  is  described  and  the  rationale  presented  to  support  the 
choice  of  techniques.  With  few  exceptions,  tradeoffs  and  choice  of  de- 
sign techniques  were  clearly  evident  after  detail  analyses  of  performance 
and  cost. 

Subsection  3.1  identifies  the  most  promising  alternative  techniques 
considered  and  summarizes  the  conclusions  regarding  each  of  these  alter- 
natives. Subsection  3.2  describes  the  recommended  concept. 

3.1  Architecture  trade-offs. 

A wide  range  of  techniques  were  considered  in  defining  the  concept 
candidates.  Alternatives  were  identified  in  network  topology,  con- 
trol/protocol, multiplexing,  and  transmission  media.  These  alternatives 
are  discussed  below,  with  the  rationale  guiding  selections  in  each  case. 

3.1.1  Alternative  intraconnect  topologies.  Three  basic  network 
configurations  were  considered  for  the  intraconnect  links  between  shel- 
ters and  between  devices  within  a common  shelter.  They  are  as  follows: 

a.  Conventional  open- loop  bus  layout.  A single-bus  transmission 
path  that  winds  through  the  site,  passing  by  ea^h  element  of  the  C3 
system.  Each  element  connects  to  the  bus  by  a T-tnp  at  its  nearest  ap- 
proach. A closed-loop  configuration  of  this  approach  was  also  considered. 

b.  Inactive  star  layout.  Multiple  interconnects  between  the  in- 
terior (closely  grouped)  system  elements  and  a single,  direct  intercon- 
nect between  the  technical  control  (AN/TSC-S2  or  AN/TSQ-111)  and  each  of 
the  radio  equipments  iu  a star  arrangement.  The  radar,  where  present, 
would  connect  directly  to  the  using  element.  This  is  the  topology  of  the 
present  intraconnect  for  the  centers. 

c.  Active  star  layout.  A central  transponder  (T)  controller  which 
has  a single  direct  interconnect  to  each  element  of  the  system.  Elements 
in  separate  shelters  communicate  with  each  other  through  the  transponder. 

3.1.2  Alternative  Intraconnect  control/protocol  techniques,  sev- 
eral methods  of  controlling  access  to  an  intershelter  and  intrashelter 
were  considered: 
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a.  Centralized  static  circuit  switch.  A computer-controlled 
switch  matrix/patchboard  providing  a fixed  set  of  connections  among  sub- 
scribers that  are  usually  fixed  (dedicated)  to  an  operating  center  re- 
quirement and  altered  only  at  tinies  of  system  reconfiguration  (analogous 
to  a computer-contrc i led' technical  control  function  such  as  the 
AN/TSQ-111). 

b.  Centralized  dynamic-circuit  switch.  A computer-controlled 
switch  matrix  providing  call  processing  functions  and  call-by-call  con- 
nections on  demand  (analogous  to  a standard  telephone  switchboard/central 
office  such  as  the  AN/TTC-30,  AN/TTC-39,  AN/TTC-42  and  SB-3865). 

c.  Integrated  bus,  switch,  and  technical  control.  A concept 
wherein  many  of  the  switching  functions  normally  done  by  a circuit  switch 
and  technical  control  facility  are  integrated  with  the  bus.  The  bus,  a 
pocket  switch,  duplicates  the  switching  matrix  of  the  circuit  switch  and 
in  the  channel  reassignment  function  of  the  technical  control  facility. 

d.  Content ion /request  bus  control.  Control  in  which  subscribers 
contend  for  bus  access  by  transmitting  a separate  request.  Contentions 
are  resolved  by  scanning  all  request  lines  in  priority  sequence. 

e.  Static  dedicated  slot  bus  control.  Control  where  in  bus  time 
is  divided  into  numerous  specific  time  slots,  each  one  dedicated  to  the 
use  of  a specific  subscriber  on  a fixed  basis,  generally  altered  only  at 
times  of  system  reconfiguration. 

f.  Dynamic  dedicated  slot  bus  control.  Here,  bus  time  is  again 
divided  into  numerous  specific  time  slots,  each  of  which  can  be  assigned 
to  any  subscriber  for  the  duration  of  a comnuncation  on  a demand/prior- 
ity/precedence basis. 

g.  Polled  bus  control.  Control  wherein  subscribers  transmit  only 
when  they  are  polled,  via  the  bus  by  a bus  control  unit. 

h.  Loaned  bus  control.  Control  wherein  subscribers  act  as  in  pol- 
led control  but  polling  and  supervision  are  carried  on  a separate  channel 
from  data  (outside  *'he  bus  proper). 

3.1.3  Alternative  multiplexing  techniques.  Pour  methods  of  carry- 
ing multiple  cocEDunication  channels  on  a command  intershc^lter  or  int/a- 
fhelter  were  considered: 

a.  FDK/FIM/FDM.  The  standard  PDM  technique  of  building  groups  by 
frequency  stacking  voice  (4  kHs)  channels,  frequency  stacking  the  groups 
into  supergroups,  and  finally  stacking  supergroups  into  mastergroups. 
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b.  TDM/FIW/FDM.  An  analog-to-digital  (A/D)  method  for  converting 
basic'voice  (4  kHz)  channels  into  CVSD  digital  (16/32  kb/s)  channels, 
farming  initial  low-speed  groups  by  TDM  of  several  channels,  frequency 
stacking  the  groups  into  supergroups  and  then  into  mastergroups. 

c.  TDM/TDM/TDM.  A/D  converting  channels  as  in  TDM/FDM/FDM  and 
TDM/TDM/TDM  above,  formini;  groups  and  supergroups  by  hierarchical  time- 
division  multiplexing  as  in  TDM/TDM/TDK  above,  then  sending  the  several 
supergroups  via  separate,  space  division  multiplex  (SDM)  paths,  e.g., 
separate  fibers  in  a multifiber  optical  cable. 

3.1.4  Alternative  Transmission  Media.  Three  basic  types  of  trans- 
mission media  were  considered  for  this  intershelter  bus: 

a.  Cable  television.  A medium  characterized  by  a single  coaxial 
cable  distribution  system  using  system  components  available  from  a CATV 
industry.  Generally,  either  a 5-300  MHz  simplex  bus  or  a 5-110/170-300 
MHz  full-duplex  bus  is  used. 

b.  Fiber  optics.  A medium  characterized  by  either  a light-emit- 
ting diode  (LED)  or  semiconductor  laser  source,  glass  (silica)  or  plastic 
fiber  conductor,  and  a positive-intrinsic-negative  (PIN)  diode  or  ava- 
lanche-photo diode  (APD)  detector.  Bit  rates  up  to  100  Mb/s  are  current- 
ly possible,  with  higher  bit  rates  anticipated  as  technology  matures. 

c.  Electromagnetic  radiation  (EMR).  A medium  considered  in  three 
distinct  bands: 

1*  Riidio  - up  to  1 GHz; 

■2.  Microwave  - from  1 to  30  GHz;  and 

3.  Millimeter  wave  (miw)  - above  30  GHz  generally  but,  more  speci- 
fically for  the  purposes  of  this  analysis,  the  5 na  band  from 
57  to  63  GHz  where  absorption  by  atmospheric  oxygen  exceeds  10 
dB/km  at  any  altitude  up  to  3 km. 

Cable  Television,  fiber  optica,  and  oulticonductor  ribbon  cable 
were  considered  for  the  i.itrashelter  bus  transmission  media. 

3.1.5  FT  candidate  systems.  The  alternative  design  candidates 
from  3.1.1  were  included  in  five  most  promising  systems.  These  systems 
were  then  evaluated  in  a trade-off  to  determine  which  systems  was  best 
for  FI  applications.  These  candidate  systems  are: 

- Millimeter  wave- frequency  division  multiplex  (mmw-FDM); 

- Millimeter  wave-time  division  multiplex  (mmm-TDM); 

- Cable  television- frequency  division  multiplex  (CATV-FDM); 

- CATV-TDtl  Cable  television-time  division  multiplex  (CATV-TDM); 

- Fiber  optics-time  division  multiplex  (PO-TDM). 
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3.1.6  Evaluation  methodology.  The  cost-effectiveness  methodology 
developed  to  aid  in  the  concept  selection  process  was  based  on  previous 
experience  in  performing  similar  evaluations  during  the  Army  Integrated 
Tactical  Communications  System  (INTACS)  study.  Reconnendations  for  the 
selected  intraconnect  concept  are  based  on  evaluations  of  cost  and  opera- 
tional effectiveness  for  candidate  concepts  that  meet  TAP  require'ments. 
The  maximum  configuration  for  the  CRC  was  chosen  as  a basis  for  the  eval- 
uation. 

Tlie  intraconnect  architecture  analy.5i8  performed  in  Task  I defines 
the  candidate  protocol/transmission  technologies  and  candidate  concepts 
best  suited  for  producing  a flexible)  modular,  composite  system  capable 
of  serving  TAP  facilities  in  future  SCCs. 

3.1.7  Selection  of  most  cost-effective  candidate.  The  fiber  op- 
tics transmission  system  is  selected  for  the  most  cost-effective  candi- 
date. The  demand-access  polled-bus  control  scheme  is  chosen  over  the 
contention  approach  for  its  simpler  crypto  requirements  and  for  its  abil- 
ity to  handle  mulitple  levels  of  precedence.  Its  ccst  is  higher  than  the 
contention  approach  in  SCC-4A  (hv  $2A,000  for  equipment  only)  but  lower 
in  SCC-4B  (by  $33,000  for  equipment  where  the  cheaper  LlUs  offset  the 
more  expensive  subscanners).  The  life-cycle  cost  difference  ranges  from 
1.6  percent  to  3.2  percent  depending  on  concept  and  implementation. 

The  star  bus  configuration  with  an  active  transponder  and  bus  con- 
trol unit  is  retained  and  augmented  with  a second-level  bus  within  the 
shelter  that  has  a submaster  controller  called  an  LlCU  permitting  users 
of  the  sub-bus  to  communicate  independently  of  the  star  bus  and  to  do 
this  even  in  the  case  of  link  loss  to  the  transponder. 

Although  performance  and  cost  comparisons  were  based  on  a naxlmim 
link  length  of  1500  feet  (0.5  km)  (the  capability  of  the  current  system), 
there  is  no  inherent  constraint  precluding  greater  separation  bet%^en 
units.  The  fiber  optics  and  millimeter  wave  candidates  are  both  capable 
of  8 km  range  with  lower  signal  margins  but  still  within  the  performance 
specifications  required.  The  CATV  candidate  accommodates  cable  runs 
longer  than  1500  feet  with  a cable  repeater  for  every  additional  1500 
feet  at  a per-unit  cost  of  $650.  This  would  reduce  the  availability  of 
the  CATV  system  as  a result  of  the  additional  425-foot  reels  cf  cable  and 
Che  repeaters.  Availability  of  the  fiber  optic  and  millimeter  wave  radio 
candidates  would  not  change  if  separation  bettfeen  the  transponder  and 
other  shelters  were  increased  to  8 km.  there  would  be  no  change  in  the 
radio  equipment  (although  outages  from  propagation  anomalies  might  be 
more  frequent  and  longer  lasting)  and  8 km  fiber  optics  cables  can  be 
driven  with  the  specified  T/R  units  as  well  as  0.5  km  cables.  The  fiber 
optic  cables  woiild  be  configured  on  one-piece,  1 km  cables  weighing  about 
70  pounds  (32  kg)  and  re^^uired  a two-man  cable-laying  crew.  This  would 
increase  the  installation  time  for  a fixed  crew  sixe  beyond  the  addition- 
al walking  time  involved. 
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3.1.8  Sunmary  and  conclusions.  Fiber  optics  transmission  have  the 
most  cost-effect3ve  performance  in  all  four  system  configuration  con- 
cepts. Salient  advantages  and  comparisons  with  the  current  cable  system 
are  presented  in  Table  3-1.  With  a 10-year  life-cycle  cost  at  1978 
prices  (including  manpower  costs  for  technical  control  and  switch  opera- 
tors) of  less  than  2/3  the  present  cable  system,  it  has  other  advantages 
including  greater  bandwidth  potential;  resistance  to  degradation  from 
EHP,  RFI,  or  lightning;  and  lower  service  outages  (less  than  1/18  the 
cable  system  for  the  two-link  case). 


TABLE  3-1.  FIBER  OPTIC  BUS  ADVANTAGES  AND  COMPARISON  WITH  PRESENT  SYSTEM 


ADVANTAGE 

FIBER  OPTIC  PERFORMANCE 

CURRENT  SYSTEM 

Fastest  service 
restoration 

One-half  hour  per  link 

Two  hours  per  link 

Ce.b1o  irnpervious  to 

EMP  or  lightning 
disruption 

Nonmetallic  glass  fiber; 
bit  error  rate  mi  10’^ 

Worst  - 52  metallic  con- 
ductors per  cable  carry 
bulk  current  induced  of 
10,000  amperes* 

Two  link  availability 
best 

0.9974  or  better 

0.9524  availability; 
unavailability  is  18.3 
times  that  of  fiber 
optics 

Smallest  size, 
lowest  ««eight 

94.8  cu  ft;  1863  lbs 
(SCC-l,  -2.  and  -3) 

Heaviest,  biggest  (18,240 
lbs,  534  cu  ft) 

Lowest  cost  alter- 
native now,  with 
further  cost  reduc- 
tions in  prospect 

$6.9M  (SCC-l,  -2,  and  -3) 

Most  expensive  alternative 
($10. 8M  ICC) 

Available  bandwidth 
adapts  easily  to 
service  expansion 

100  Mb/s  per  fiber, 

7 fibers  available  per 
link 

4 kHz  bandwidth  per  pair; 
could  car’^y  1.544  Mb/s  per 
pair  with  T-carrier  equip- 
ment 

*J.E.  Godts,  ''Lightning  Probability  OaMagc  and  Hardening  Reou  1 remen ts,"  1977 
IEEE  International  Symposium  on  Electromagnetic  Compatibility  Conference 
Record,  August  1977.  (For  WH-130  which  Is  used  In  CX-4S66  cable.) 
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Rapid  improvement  in  fiber  optics  technology  and  sharp  reductions 
in  component  costs  are  expected  as  a result  of  increasing  acceptance  of 
this  transmission  medium  for  other  applicatioTiS  in  telecommunications, 
industry,  and  the  military* 

A static,  dedicated  time-slot  bus  architecture  was  found  to  be  ef- 
fective in  SCC-1,  -2,  and  -3,  but  this  is  upgraded  through  an  evolution- 
ary approach  leading  ultimately  to  an  adaptive  demand-access  bus  provid- 
ing rapid  access  and  multiple  levels  of  message  precedence* 

Costs  for  R&D  were  charged  against  the  candidate  SCC  in  which  they 
first  appeared,  assuming  an  evolutionary  approach.  It  is  possible,  how- 
ever, to  start  with  an  advanced  concept  and  calculate  the  life-cycle  cost 
for  it  (assuming  no  prior  developments)  by  adding  in  the  R&D  costs  for 
components  for  which  R&D  was  expensed  in  an  earlier  SCC.  All  cost  data 
are  presented  in  Appendixes  I and  J of  Task  I Final  Report,  allowing  the 
reader  to  cost  his  own  system  coabinations. 

3.2  Recomsended  architecture. 


Recommended  system  architecture  ia  a two-level  bus  concept  using  an 
active  star  topology  for  the  intershelter  bus  (Figure  3-1)  and  an  open- 
loop  con  entional  bus  topology,  (Figure  3-2)  for  the  intrashelter  bus. 

The  bus  access  protocol  consists  of  a two-level  polling  scheme  allowing  a 
great  flexibility  in  bus  access  during  the  evolution  from  Che  SCC-1 
through  SCC-4B  crn figurations.  In  SCC-1 , -2,  and  -3,  a simple  fixed-se- 
quence, polled  approach  ia  used  for  intershelter  bus  access  while  a sepa- 
rate fixed-srquence,  polled  approach  is  used  for  intraahelter  bur^  ac- 
cess. In  SCC-4A  and  -4B  the  polling  algorithms  will  be  changed  to  a de- 
mand-access technique  in  both  the  intershelter  and  intrashelter  buses  to 
provide  dynamic  bus  access. 

The  versatility  of  the  protocol  design  permits  compatible  operation 
between  the  intraconnect  and  the  interfacing  C^  equipment  duriug  each 
stage  of  its  evolution.  As  more  sophisticated  ADP  and  switching  equip- 
ments are  phased  into  inventory,  Che  operational  capabilities  of  the  in- 
traconnect are  upgraded  to  complement  these  concepts  without  reengineer- 
ing the  intraconnect. 

3.2.1  Xntershelttef  bus.  the  intershelter  bus  transmission  system 
consists  of  two  links  between  the  transponder  and  each  shelter;  Ono  up- 
link from  the  shelter  to  the  transponder,  and  one  down-link  from  the 
transponder  to  the  shelter.  The  first  level  of  polling  for  transmission 
of  data  between  shelters  is  performed  by  the  transponder /controller, 
which  polls  one  shelter  at  a time  in  the  specific  sequence  defined  by  the 
polling  algorithm.  This  is  accomplished  by  transmitting  all  the  polled 
shelter’s  polling  data,  including  its  address  over  every  down-link  in  the 
STAR. 
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INTRACONNECT 


Figure  3-2.  Local  intraconnect  topology. 


Upon  recognition  of  its  address  and  polling  information,  the  polled 
shelter  then  transmits  its  re'iponse  over  the  up- link  to  the  transponder. 

Tins  response  includes  the  status  of  the  polled  shelter  plus  all  data 
from  its  subscribe^  terminals  that  are  to  be  transmitted  to  other  shel- 
ters. The  transponser  retransaits  the  shelter's  response  over  the  inter- 
sh.lter  down-links  to  every  shelter  in  the  system.  Each  shelter  receives 
all  transmissions  on  the  bus  from  all  sources.  However,  a shelter  re- 
sponds only  to  those  transmissions  addressed  to  it  and  to  its  subscriber 
terminals. 

The  polling  mechanism  in  the  External  intraconnect  Control  Uni*. 

(EICU)  is  designed  so  the  intrasheltar  polling  algorithm  is  operator-se- 
lectable from  a simple  f ixed-sequanca  polling  scheme  to  accomaodste  the 
static-polling  nature  of  the  bus  in  SCC-l,  -2,  and  -3,  to  a sophisticated 
priority-polling  algorithm  sclieme  on  a dynamic  basis  in  SCC-4B. 

i 


Intershelter  bus  signals  are  oultiplexed  in  a TDM/TDM/PM  hierarchy 
and  transmitted  between  each  equipment  shelter  or  assemblage  of  shelters 
and  the  transponder,  via  a multi-fiber  optical  cable.  Four  fibers  carry 
50  Mb/s  data  each,  and  one  fiber  carries  clock,  and  high-speed  video 
channels.  At  each  shelter,  an  external  intraconnect  (EIU)  interfaces  the 
external  bus  to  that  shelter.  Each  EID  consists  of  five  LED  and  APD 
transceivers  along  with  four  10:1  multiplexer /demultiplexers  arranged  as 
shown  in  Figure  3-3.  Each  EIU,  therefore,  provides  the  interface  between 
the  intershelter  bus  fiber  optic  transmission  media  outside  the  shelter 
and  Its  electrical  transmission  media  within  the  shelter.  It  further 
converts  the  four  high-speed  (50  Mb/s)  channels  to  a set  of  40  parallel  5- 
bus  channels.  Thirty-six  of  these  channels  are  used  as  the  data  bus;  the 
remaining  four  channels  for  5 MHz  clock  and  three  control  lines.  The 

s^  optical  transceiver  and  multiplex  circuitry  is  used  at  the  other  end 
of  tht  linx  in  the  transponder. 
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Figure  3-3  TDM-SDM, 

After  conversion  by  the  EIU  to  the  40-chjinnel  bus  electrical  for- 
mat, bus  data  are  applied  to  the  LICC  at  the  shelter  wall.  The  LICU  is 
the  interface  between  the  intershelter  and  intrasheltcr  bus  systems.  In 
interfacing  the  intershelter  bus*  it  acts  as  a slave  unit  and  only  re- 
sponds idien  it  is  polled  by  the  EICU. 
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3.2.2  Intrashelter  bus.  On  the  intrashelter  bus  side,  the  LICU 
acts  as  the  bus  controller  and  performs  three  major  functions: 

a.  At  all  times  when  there  is  no  external-to-internal  bus  data  in- 
terchange, the  LICU  continually  polls  all  terminal  devices  on 
the  internal  bus  in  sequence  (according  to  priority),  allowing 
them  to  interchange  data  with  each  other  and  with  the  LICU. 

b.  When  a device  on  the  internal  bus  has  data  to  be  transmitted  on 
the  external  bus,  the  LICU  buffers  and  then  transmits  the  data 
when  polled  by  the  EICU. 

c.  The  LICU  receives  all  external  bus  data  and  interprets  both  the 
address  and  data-type  coding.  If  the  address  or  the  data  type 
are  addressed  to  its  intrashelter  bus,  the  LICU  buffers  the 
data  and  retransmits  it  in  sequence  with  other  data  on  the  in- 
trashelter bus. 

The  intiashelter  bus  data  are  transmitted  bidirectionally  on  a 
40-conductor,  twisted-pair  ribbon  cable.  The  data  on  this  bus  are  for- 
matted as  a 36-bit  parallel  data  word  transmitted  on  36  of  the  conductors 
at  a 5 megaword /second  (Mw/s)  rate.  One  of  the  remaining  four  conductors 
carries  a 5 MHz  clock,  and  the  remaining  three  conductors  carry  control 
bits  at  5 Mb/s  rate  each.  The  bus  operates  on  a demand-response  basis 
under  control  of  the  LICU,  which  controls  the  access  of  each  local  intra- 
connect unit  (LIU)  to  the  internal  bus,  and  Interfaces  the  internal  bus 
and  the  external  bus  as  necessary.  Under  normal  circumstances,  the  LIU 
will  be  allowed  to  intercommunicate  without  interference  from  the  extern- 
al bus.  Each  LIU  responds  to  a poll  from  the  LICU  upon  recognition  of 
its  address  in  the  polling  transmission.  The  polled  LIU  responds  with 
its  own  status  response  and  any  data  being  transferred  to  another  LIU  via 
the  bus.  When  the  LICU  receives  external  bus  data,  either  adJressed  to  a 
LIU  within  its  control  (or  data  of  a type  it  is  progranmed  to  pass  on  to 
the  internal  bus),  the  LICU  buffers  that  data  and  retransmits  it  on  the 
internal  bus  as  soon  as  the  current  transmissi^^^n  on  the  internal  is  fin- 
ished. If  data  on  the  internal  bus  are  addressed  to  an  external  bus,  or 
the  data  are  a type  the  LICU  is  programmed  to  pass  on  to  the  external 
bus,  the  LICU  will  buffer  and  retransmit  such  data  externally  as  soon  as 
it  is  polled  by  the  EICU. 

'fhe  polling  mechanism  in  the  LICU  can  be  designed  for  progressing 
with  either  a simple  fixed-sequence  polling  algorithm  (as  required  in 
SCC-1,  -2  and  -3)  or  with  a more  complex,  dynamic  polling  algorithm  as 
required  in  SCC-4A  and  4R. 

Each  device  interfacing  the  internal  bus  does  so  through  a general- 
purpose  LIU.  This  unit  (Fig.  3-4)  consists  of  Che  modems  (line  drivers 
and  receivers)  necessary  to  interface  electrically  with  the  40-conductor 
twisted-pair  internal  but  and  the  terminal  device  being  serviced.  The 
LIU  also  contains  a buffer;  a microprocessor  subsystem  to  handle  the  in- 
ternal but  protocol,  direct  input /output  of  the  buffer  in  both  direc- 
tions, and  handle  the  protocol  between  the  LICU  and  the  device  it  it  in- 
terfacing* 
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Figure  3-4.  General  purpose  local  intraconnect  unit. 

In  some  casesy  to  provide  interfaces  with  specific  existing  termi- 
nal devices,  an  adapter  must  be  added  to  the  LIU  as  illustrated  in  Fig- 
ur<;8  3-5  and  3-6.  As  shown,  the  adapter  provides  specific  electrical  in- 
terface with  the  device  and,  via  firmware  connected  to  the  microproces- 
sor, performs  the  necessary  protocol  with  the  device  under  processor  con- 
trol. As  illustrated  in  Figure  3-5,  a single  LIU  can  provide  the  inter- 
face for  up  to  10  relatively  low-speed  communication  devices  (under  100 
kb/s).  For  ADP  devices  which  are  higher  speed,  an  LIU  can  interface  only 
a single  device  (Fig.  3-6).  Many  existing  families  of  ADP  equipment  that 
include  CPUs,  disks,  magnetic  tape  units,  paper  tape  units,  operator  con- 
soles, etc.,  have  been  designed  for  operation  on  a common  bus  within  each 
fajjily.  These  peripherals  will  interface  with  the  flexible  intraconnect 
through  identical  adapters  as  shown  in  Figure  3-7.  Until  the  standard 
interface  is  videly  adopted,  the  hardware  adapters  and  the  programnable 
microprocessor  in  the  LIU  can  provide  the  transformations  required  be- 
tween the  characteristics  cf  the  device  interface  and  those  of  the  stand- 
ard LIU  interface  to  enable  data  interchange  between  ADP  devices  with 
nominally  incompatible  interfaces.  An  arbitrary  processor  with  its  own 
standard  interface  can  communicate  with  the  bus  via  an  LIU  containing  an 
adapter.  The  adapter  function  translates  data  into  a common  format  for 
transmission  via  the  internal  but.  An  arbitrary  peripheral,  operating 
under  a different  standard  interface,  can  be  translated  into  the  common 
format  by  another  adapter.  In  this  manner,  data  to  and  from  both  devices 
will  exist  on  the  bus  in  a common  format,  which  will  be  accepted  by  each 
LIU  and  translated  into  the  format  of  the  respective  terminal  device  in- 
terface. 
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Figure  3-5.  Local  intraconnect  unit  interfacing  ten  telephone  users 


PROCESSOR 


PROCESSOR 

BUS 


< 


MICRO 

PROCESSOR 


P 


AOP 

ADPATER 


ilcRFACE 


• FORMAT  TRANS- 
FORMATION 

• DATA  BUFFER 


MODEMS 

(LINE  DRIV/RECV) 


LI 

Interface 

Standard 


Local  Intraconnect 


Figure  3-6.  Interfacing  ADP  device. 
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Figure  3-7.  LIU  interfacing  ADP  and  peripherals. 
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The  LIU  will  be  a flexible  unit  capable  of  being  programmed  to 
transform  formats  of  existing  and  interim  ADP  and  communications  equip- 
ment. In  the  future,  new  equipment  using  the  FI  will  be  designed  in  ac- 
cordance with  the  standard  interface  making  adapters  unnecessary. 

3.2.3  Evolving  configurations  of  reconnnended  system  implementa- 
tion. Recommended  two-level  bus  architecture  permits  the  Flexible  Intra- 
connect  to  evolve  from  the  present  dedicated-circuit  configuration  (with 
patching  performed  in  a separace  technical  control  and  switching  in  a 
separate  centralized  switch)  into  a higher  capacity  demand-access  config- 
uration retaining  separate  patching  and  switching  facilities,  and  further 
into  the  ultimate  confijuration  in  which  patching  and  switching  are  in- 
herent features  of  the  bus  architecture,  eliminating  many  requirements 
for  the  switch  and  tech  control  facilities  to  provide  such  functions. 
There  are  three  phases  in  the  evolution  process. 

Phase  I corresponds  to  SCC-1,  -2,  and  -3  and  replaces  each  circuit 
in  the  current  intraconnect  with  a static-dedicated  message  block  on  the 
bus.  Bus  access  is  controlled  through  a simple  fixed-polling  sequence. 


Phase  II,  corresponding  to  SCC-4A,  includes  a priority-polling  al- 
gorithm permitting  bus  message  blocks  to  be  dynamically  dedicated  to  ac- 
tive users  only,  i.e.,  those  which  are  off-hook,  thus  increasing  the 
available  bus  capacity.  Where  over  40  percent  of  the  bus  capacity  in 
Phase  I is  required  for  communications  traffic,  this  is  reduced  to  15.5 
percent  in  Phase  II  even  though  traffic  loads  are  slightly  higher.  The 
bus  capacity  balance  is  available  to  serve  growing  ADP  traffic  needs. 

The  change  from  static  to  dynamic-dedicated  message  blocks  is  accomplish- 
ed through  software  changes  in  the  EICU  and  LICU.  For  both  Phase  I and 
Phase  II,  separate  centralized  patching  and  switching  are  retained. 

Phase  III  corresponds  to  S(X-4B.  By  modular  expansion,  circuits 
can  be  added  to  the  LICU  providing  such  call  processing  functions  as 
loop-loop  signaling,  conferencing,  and  priority  overridus.  The  Inherent 
distributed  switching  capability  of  the  polled -but  system  is  used  in 
Phase  III  to  augment  and  replace  some  functions  In  the  circuit  switch  and 
technical  control  facility. 

Summaries  of  the  recoimended  intraconnects  tor  each  of  the  three 
phases  of  the  evolution  is  discussed  in  the  following  subsections. 


3.2. 3.1  Phase  I (SCC-1,  -2,  and  -3).  The  two-level  bus  intracon- 
nects all  elements  of  the  C3  center  and  provides  dedicated  message 
blocks  exactly  duplicating  the  wire  runs  of  the  current  intraconnect.  A 
32  kb/s  space  on  the  bus  is  allocated  for  every  intershelter  circuit  in 
the  present  system,  which  it  replaces.  To  accomplish  this  without  modi- 
fying present  shelter  designs  or  impacting  current  C^  equipment  devel- 


opments for  SCC-1,  -2,  and  -3,  the  EIU,  LICU,  and  all  LXUs  can  be  housed 
in  a box  external  to  the  shelter.  The  communications  LlUs  will  interface 
directly  with  the  26-pair  cable  connectors  at  the  shelter  wall  as  illus- 
trated in  Figures  3-8  and  3-9. 


Intershelter  and  intrashelter  bus  access  is  provided  by  statically 
allocating  message  blocks  and  by  fixed-sequence  polling  algorithms  in 
both  the  EICU  (for  intershel ter)  and  the  LICU. 

3. 2. 3. 2 Phase  II  (SCC-4A).  In  Phase  II,  the  intraconnect  protocol 
is  changed  to  a dynamic  access  approach  by  allocating  message  blocks  only 
to  active  users.  Each  subscriber's  status  (active /inactive)  is  monitored 
and  space  dynamically  allocated  while  the  subscriber  remains  active.  The 
difference  in  the  impleme  itation  between  Phase  I and  Phase  II  is  in  how 
the  user-device  seizes  ami  releases  space  on  the  bus,  and  in  time  dedi- 
cated to  each  shelter  on  the  intershelter  bus  and  to  each  LIU  on  the  in- 
trashelter bus.  The  same  packet  transfer  will  be  performed  to  provide 
the  intraconnect  service  for  the  telephone  transmission  from  DNVTs  as 
performed  in  Phase  I. 

3. 2. 3. 3 Phase  III  (SCC-4B).  In  Phase  III,  circuits  are  added  co 
the  FJCU  to  provide  call  processing  functions  such  as  address  transla- 
tion, classmarked  service,  and  external  interface  controls.  The  addi- 
tional processing  functions  allow  realization  of  the  benefits  of  the  dis- 
tributed packet  switching  capabilitities,  which  are  inherent  advantages 
of  the  bus  system  concept.  Distributed  packet  switching  on  the  bus  can 
eliminate  the  need  for  many  functions  performed  in  the  circuit  switch  and 
technical  control  facility  in  the  post-1995  period. 

Phase  III  implements ion  of  the  recosnended  intraconnect  is  shown  in 
Figure  3-10.  The  major  differences  between  this  system  and  the  Phase  II 
system  are; 

a.  The  intrashelter  bus,  EIU,  LICU,  and  LIU  are  all  housed  inter- 
nal to  Che  shelter; 

b.  A single  connector  on  the  shelter  wall  for  a multi-fiber  cable 
to  the  transponder  Cs  the  only  flexible  intraconnect  cable  con- 
nection required  to  communicate  with  other  rhelters  in  the  cen- 
ter; 

c.  The  terminal  devices  interface  directly  with  their  LlUs,  elimi- 
nating the  C6-pair  cables  within  the  shelter; 

d.  Rub  capacity  for  ADP  equipment  is  significantly  increased;  and 

e.  The  appearance  of  the  call  processing  function  in  the  EICU. 
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Figure  3*10.  Phase  III  iaplemeiKtatlon  of  reconuended  system. 


3.2.4  Physical  aspects  of  bus  design.  At  present,  an  equipment 
shelter  at  a TACC  or  CRC/CRP  intraconnects  to  the  remaining  elements  at 
the  center  via  numerous  CX-4566  26-pair  cable  assemblies.  One  ex- 
ample of  this  is  the  technical  control  ccmminications  central  (AN/TSC~62) 
shown  in  Figure  3-11,  which  has  60  26-pair  cable  "connectors’  on  ics  side 
wall.  From  these  connectors,  cables  run  in  all  directions  to  other  shel- 
ters within  the  center,  frequently  passing  over  the  shelter  as  illustra- 
ted to  relieve  congestion. 


Figure  3-11.  Cowunicatiofis  central  AI2/TSC-r2  (present  cable  system). 

In  future  equipsient  designs,  the  recommended  flexible  intraconnect 
bus  will  replace  all  these  cables  with  a single  cable  as  shown  in  Figure 
3-12.  This  fiber-optics  cable  will  contain  multiple  optical  fibers.  A 
•even-fiber  cable  ia  shown  in  Figure  3-13.  The  cable,  6.4  mm  (0.23 
inches)  in  overall  diameter,  has  a polyurethane  inner  jacket  surrounding 
the  optical  fibers  surrounded  by  Kevlar-strength  members,  helically 
laid.  A layer  of  Teflon  tape  surrounds  the  strength  members  fc^Uowed  by 
an  outer  jacket  of  polyurethane ^ The  Kevlar-strength  mei^ers  provide 
longitudinal  tension  strength,  the  two  polyurethane  jackets  provide  pad- 
ding cor  protection  against  crushing  as  Mil  ao  weather  protection,  and 
the  teflon  tape  provides  stress  relief  between  the  inner  and  outer  mem- 
bers during  b«iding» 
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Figure  3-12  CocBOunications  central  AN/TSC-62  (reconsi^nded  system) 


Figure  3*13.  Sxteniel  strength  netiber  **  7-fiber  cable. 


It  is  acknowledged  that  a single  cable  Flexible  Intraconnect  bus 
cannot  oe  fielded  and  plugged  directly  into  the  existing  she'i.ters  with 
their  multiple  26-pair  connectors  on  the  wall,  nor  is  it  reconmended  that 
existing  equipment  be  remanufactured  to  convert  from  the  multiple  26-pair 
connectors  to  the  single  seven-fiber  optical  connector.  Instead,  the  EIU 
can  be  mounted  initially  in  an  external  bex  along  with  all  the  LlUs,  for 
comminications  devices  (Pig.  3-9).  This  external  box  would  interconnect 
to  the  existing  26-pair  cable  locks  on  the  shelter  walls  via  pigtails  and 
convert  to  the  single  seven-fiber  optical  cable  as  shown.  For  transport, 
this  external  EIU/LIU  box  could  mount  on  the  air  conditioning  pallet  as 
illustrated. 


4.0  OPERATDNAL  REQUIREMENTS 


The  Operatiotial  requirements  of  the  FI  have  evolved  throughout  Phase  I. 
Through  the  exchange  of  operational  and  functional  concepts  between  the  gov- 
ernment and  this  contractor,  system  requirements  have  experienced  several 
levels  of  refinement.  Many  specification  parameters  have  been  defined  in  con- 
siderable detail  during  Phase  I.  However,  they  have  not  at  this  time  been 
compiled  into  a composite  specification. 

An  overview  of  the  operational  requirements  is  given  in  this  section. 
They  are  also  discussed  in  detail  along  with  the  concsjptual  design  of  the  FI 
in  Sections  5.0  through  10.0. 

4.1  FI  architecture. 


The  PI  architecture  developed  in  Task  I and  II  of  the  study  defined  the 
requirement  for  a two-level  bus  transmission  system;  one  bus  to  carry  the 

the  genera  conflgure- 

tton  required  to  meet  the  trefflc  requlrenent.  defined  for  the  c’  equlpLnt 

VpCu  s 


The  external  intraconnect  (El)  must  be  constructed  on  a star  topolo^j 
wich  legs  emanating  from  an  active  transponder  to  provide  each  shelter  on  the 
FI  with  up  and  downlink  comssinications.  The  El  must  provide  the  transmission 
facility  for  both  bidirectional  digital  traffic  between  the  devices  on  local 
intraconnects  (LI)  in  different  shelters,  and  unidirectional,  high-speed  ana- 
log traffic  used  sMinly  to  support  the  video  and  arirxith/elevation  signals 
from  the  radar  shelters  to  the  operations  central  shelter.  The  digital  El 
traffic  must  be  switched  and  regenerative ly  repeated  in  the  transponder  and 
the  data  radiated  out  to  all  shelters  on  the  El.  The  analog  signals  are  to  be 
semi -permanent ly  patched  on  dedicated  channels  through  the  transponder,  re- 
peated if  required,  and  transmitted  dowiilink  only  to  the  shelter  heusing  the 
destination  device. 


The  number  of  legs  on  the  El  star  up  and  downlinks  (digital  and  aaniog) 
between  shelters  and  the  transponder  must  be  adaptive  to  meet  the  needs  of 
both  large  and  small  TAF  centers,  without  inordinately  taxing  the  small  cen' 
ters.  The  maxisum  number  of  legs  on  the  Cl  is  limited  to  63.  The  required 
BMximum  number  of  El  legs  identified  during  the  traffic  study  of  Task  I was 
19.  Thus;  the  requirement  for  63  legs  will  provide  a good  margin  for  future 
growth. 

The  digital  intershelter  trafl  ^ requirement  defined  in  the  traffic 
analysis  of  Task  I was  150  Hb/s  (data,  overhead  and  margin)  maximum  for 
SCC-4B.  The  system  requirement  that  l..  ^ CX  transaissiem  facility  be  capable 
of  adapting  to  various  rates  up  to  200  Mb/s  has  beer  defined  and  exceeds  the 
requirements  with  a 25  percent  margin. 


The  transponder  is  required  to  perform  the  functions  listed  below  for 
the  FI  to  provide  a svitched*act ive  star  El  communication  facility  between 
shelters. 

a.  Accept  digital  data  from  each  shelters  uplink, 

b.  Select  the  appropriate  digital  uplink  for  retransmissioii, 

c.  Regenerate  the  selected  uplink  signals, 

d.  Transmit  the  selected  data  signals  to  all  the  shelter  do%mlinks  on 
the  £1;  and 

e.  Provide  through  patching  for  the  dedicated  analog  channels. 

Security  requirements  imposed  on  the  EX  are  protection  from  breach  of 
privacy  and  traffic  flow  security.  Encryption  is  required  on  all  data  trans- 
mitted intershelter  on  the  El.  Furthermore,  continuous  transmission  is  re- 
quired on  each  uplink  to  provide  the  required  traffic-flow  security.  This 
consists  of  a pseudorandom  sequence  Interspersed  with  valid  data  packets. 
Also,  no  information  may  be  placed  on  the  data  lines  or  any  clock  or  synchro- 
nization lines  which  will  indicate  when  messages  start  or  stop. 

The  local  intraconnect  (LI)  is  required  to  be  constructed  on  a parallel 
open- loop  topology  that  can  support  up  to  64  Loca!  Intraconnect  Units  (LIUs). 
The  LI  must  provide  the  transmission  facility  for  bidirectional  digital  traf- 
fic heteen  devices  within  the  shelter.  The  LI  bus  is  to  provide  up  to  360 
Mb/s  transmission  over  300  ft*  of  LI  *ous  cable.  The  LIU  is  required  to  pro- 
vide the  interface  and  LI  bus  access  faclity  for  the  devices  serviced  by  the 
FI. 


The  LI  interface  specifications,  device/LlU  interface  (defined  by  the  FI 
Interface  Standard^  and  the  LI  bus  interface  are  required  to  be  rigid.  The 
burden  to  be  compatible  with  the  FI  is  placed  on  the  ujer  devices;  the  inten- 
tion being  that  new  equipment  designs,  which  are  to  use  the  FI,  will  provide 
an  FI  compatible  interface.  Rigid  interface  specifications  are  intended  to 
provide  for  a single  LIU  design  to  service  all  device  types  using  the  FI.  De- 
vices not  compatible  with  the  FI  Interface  Standard  are  required  to  interface 
the  LIU  through  a selected  adaptor  unit  (SAU).  SAUs  will  be  provided  by  the 
FT  to  provide  format  and  signal  transformation  and  the  protocol  functions  re- 
quired to  access  the  FI. 

^•2  n »ubO€twork». 

There  is  s requirement  to  estsbUeh  networks  within  the  Flexible  Intrs- 
connect  to  serve  special  needs  of  FI  users.  These  subnetworks  are  established 
through  Che  network  controller  or  the  FI  Manager,  and  operate  at  a level  of 
system  protocol  entirely  within  the  confines  of  the  FI,  i.e-,  transparent  to 
device  protocol.  The  following  aubnetworks  can  be  eetabliahed  on  the  *'1: 

4.2.1  Direct  addreas.  A direct  eddrese  netsrork  ia  the  moat  basic  mode 
of  tranamiaaion  over  the  FI.  It  ia  uatd  for  the  direct  crauefer  of  me^sagea 
between  two  devices  and  ia,  there fere,  a two-party  network  (Fig.  4-1).  the 
data  transfer  rate  it  fixed,  the  comnicatinn  can  be  sii^Iex  or  duplex  and  a 
point-to-point  network  can  be  cet  up  by  command/ re aponae  metaagea  batveen  tha 
FI  Manager  and  the  participatii^  devici^e* 
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Figure  4-1.  Direct  address  transmission. 


4.2.2  Victual  bus.  A virtual  bus  is  a network  wherein  all  partici- 
paats  on  a particular  virtual  bus  network  transmit  at  selected  rates  to  all 
other  participants,  and  transmissions  from  any  one  is  received  simultaneously 
by  all  others  (Fig.  4-2).  There  may  be  up  to  63  virtual  busses  on  the  FI.  A 
virtual  bus  may  operate  at  any  rate  up  to  a maximum  of  10  Mb/s. 


Figure  4-2.  Virtual  bus. 


Devices  participating  on  a virtual  bus  transmit  in  a sequence  fixed  by 
the  FI  Manager.  A device  will  transmit  to  all  other  devices  on  the  virtual 
bus  when  its  order  in  the  sequence  comes  up.  The  rate  at  which  a device  is 
programaed  to  transmit  determines  its  repit  it ion  interval  in  the  format  of  the 
virtual  bus.  A virtual  bus  provides  the  capability  for  a device  to  transmit 
data  to  a number  of  other  devices  at  a given  rate  of  transmission.  A device 
may  tran^ijit  to  any  or  all  devices  on  its  virtual  bus. 

4.2.3  Lazy  susan.  In  a lazy  susan  network,  messages  are  traneferred 
from  one  device  to  another  in  a serial  closed  loop  (Fig.  4-3).  Upon  receipt 
of  a single  meesage  block,  each  device  holds  it  for  a fixed  interval  during 
which  it  may  alter,  or  add  to  its  contents  before  passing  it  tc  the  next  de- 
vice. There  ouiy  be  up  to  63  sheltere  participating  on  any  one  lazy  susan  bus; 
l.e.,  any  one  bus  may  traverse  the  EX  up  to  63  times  from  the  originating 
(master)  device  to  the  last  device  on  the  network.  However,  a lazy  susan  net- 
work may  operate  at  a fixed  rate  to  to  10  Mb/a  maximum.  There  may  be  up  to 
63  lazy  susan  networks  on  the  FI,  and  they  may  have  a composite  rate  of  up  to 
20  Mb/s.  A lazy  susan  network  may  be  set  up  among  several  AOF  devices  where 
different  sources  contribute  component  parts  tc  a composite  artsy  of  inter- 
acting data. 

4-3 


Figure  4-3.  Lazy  susan  bus. 


4.2.4  Broadcast.  A broadcast  network  is  one  in  which  any  participant 
may  simultaneously  transmit  a message  block  to  all  other  participants  (Fig. 
^1-4).  A broadcast  network  will  typically  have  a few  source  devices  and  many 
passive  recipients,  although  any  or  all  participating  devices  may  transmit  if 
so  progranmed  by  the  FI  Manager.  A broadcast  network  may  be  set  up  as  a local 
broadcast,  or  an  all-FI  broadcast.  In  a local  broadcast,  participation  is 
limited  to  devices  on  one  LI  whereas  an  all-FI  network  can  include  any  device 
on  the  FI.  A local  broadcast  transmission  will  not  go  over  the  El.  The 
broadcast  network  is  useful  in  dissiminating  data  from  high-density  informa- 
tion sources  to  large  numbers  of  passive  recipients. 


Figure  4-4.  Broadcast  network. 


4.3  FI  control  functions. 

Ihe  FI  functions  under  the  supervision  of  a cosnunications  control 
officer  to  support  the  data  transmission  demands  of  the  ADP  and  comm  terminal 
equipment.  These  equipment  co%jprise  a variety  of  data  rates  and  structures. 
The  FI  control  system  design  must  be  adaptive  and  flexible  to  meet  these  de- 
mands. The  requirements  and  isip lamentation  of  the  system  controls  required 
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to  meet  these  requirements  are  discussed  in  detail  in  Section  5.3.  Therefore, 
the  requirements  will  not  be  discussed  again  in  this  section*.  The  aspects  of 
system  control  which  were  studied  in  Task  III  are  listed  below  for  ease  of 
reference. 

System  Initalization  Control 
Database  Generation 
El  Initialization 
LI  Initialization 

Device  Net  Configuration  Control 
Establishment 
Modification 
Termination 

Data  Transmission  Control 
Data  Transfer  Protocols 

Database  Management 

Error  Control 

Failure  Control 

Graceful  Degradation 

Resource  Management 

4.4  Interface  design. 

The  LI  interfaces  have  been  defined  in  Phase  I except  for  their  electri- 
cal signal  characteristics.  Their  characteristics  are  discussed  in  detail 
in  Section  6.0  and  5.1.2  respectively,  and  will  be  listed  briefly  below. 

Device/LIU  interface  - The  interface  between  the  Device  and  LIU  is  de- 
fined by  the  FI  Interface  Standard  as  described  in  Section  6.0.  The  data 
transfer  characteristics  at  the  interface  are: 

a.  Data  Transfer  Controller:  LIU; 

b.  Data  Transfer  Type:  DMA, 

c.  Word  Size:  18  bits  (2  folded  9-bit  words); 

d.  Message  Size:  ]l-to-1024  words  max; 

e.  Transfer  Rate:  10  Mw/s  max  (determined  by  device);  and 

f.  Data  Transfer  Control:  Devlce/LIU  protocol  (defined  by  FI  Interface 
Standard) . 

The  same  interface  characteristics  also  govern  data  transfer  between  the  LICU 
and  the  EIU. 


LIU/LI  bus  interface  - The  LI  bus  interface  characteristics  (also  dis' 
cussed  in  Section  3.1.2)  are  listed  below; 


a. 

b. 

c. 

d. 

e. 

f. 


Data  transfer  type:  DMA; 

Word  Size:  36  bits  (2  folded  18  bit  words); 

Message  Size:  l-to-312  words  max; 

Transfer  Rate:  iO  Mu/s  max  (defined  by  system  clock); 

Data  Transf«;r  Control:  Device/LIU  Protocol;  and 

Data  Transfer  Controller:  LICU  grants  bus  control  to  polled  LIU. 
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The  El  external  shelter  interface  is  tentatively  defined  as  four-channel 
fiber  optic  up  and  down  channels.  The  interface  is  defined  in  Section  5.2.4. 


a.  Data  Transfer  Type:  TDMA; 

b.  Word  Size:  36  bits; 

c.  Byte  Size:  4 bits  parallel; 

d.  message  Size:  l-to-512  words;  max; 

e.  Transfer  Rate:  50  Mb/s  per  channel; 

f.  No.  of  parallel  channels:  4 channels  0 50  Mb/s  yields  a 180  Mw/s; 

g.  Data  Transfer  Control:  not  defined  but,  probably  will  be  defined 
about  the  same  as  the  bus;  and 

h.  Data  Transfer  Controller:  EICU  grants  control  to  the  polled  EICU. 


4.5  System  error  performance. 


System  error  performance  required  on  data  transmission  through  the  FI 
were  preliminarily  specified  during  Task  III.  The  two  aspects  of  error  con- 
trol that  were  defined  are  the  protection  of  user  data  against  undetected 
errors,  and  misrouting  data  to  the  wrong  destination.  The  preliminary  speci- 
fications for  both  control  functions  are  listed  below. 


4.5.1  Data  Error, 

Requirement: 

lxl0~*2  Undetected  Bit-Error  Rate  (BER) 

Assumptions: 

lxl0~*  Inherent  Channel  BER 
Errors  Statistically  Independent 
Action: 

Upon  detection  of  an  error  in  the  data  block  the  data  is  to  be 
discarded  and  an  error  message  sent  to  the  destination  device. 

4.5.2  Header  Error. 

Requirement: 

5,000  years  mean-time  to  undetected  header  error. 
Assumptions: 

5,000  Messages/s. 

Ixl0"8  Inherent  Channel  BER 
Errors  Statistically  Independent 
Point-to-Point  Transmission  Assumed 
Header  5 FI  Network  Header  & Device  Header 
Action; 

Upon  detection  oz  an  error  in  the  header,  the  data  is  to  be 
discarded  and  an  error  message  sent  to  the  FI  Manager. 


5.0  SYSTEM  DESCRIPTION 


The  FI  is  a packetized  digital  transmission  and  switching  system  de- 
signed to  provide  the  voice  and  data  (digital  and  analog)  communications  in- 
terconnection among  user  devices  within  a TAF  center.  Figure  5-1  illustrates 
the  two-level  bus  system  consisting  of  a Local  Intraconnect  (LI)  which  pro- 
vides the  intrashelter  communication  between  user  devices,  and  an  External 
Intraconnect  (El),  which  provides  the  communication  between  shelters. 


The  LI  is  sn  open*loop  bus  consisting  of  up  to  sixty-four  Local  Intrs- 
connect  Units  (LIUs)  which  provide  user  device  access  to  the  LI.  Devices 
whose  input /output  characteristics  (hardware  and  software)  are  compatible 
with  the  LIU/Device  Interface  Standard  (discussed  in  Section  6.0)  isay  be  con- 
nected directly  to  the  LIU.  If  not,  the  necessary  compatibility  conversions 
are  performed  by  a Selected  Adapter  Unit  (SAU),  which  is  considered  as  a part 
of  the  FI  equipment.  LIU  access  to  the  LI  bus  is  controlled  by  the  Local  In- 
irt-cunneci.  CotttirMi  Unit  (LICU).  The  LICU  polls  each  LIU  in  a controlled  se- 
quence according  to  polling  algorithms  to  coordinate  the  transmission  of  the 
data  onto  the  bus  in  formatted  message  blocks  or  packets.  When  a device  on 
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one  shelter  LI  is  to  communici  :e  with  a device  on  another  shelter's  LI,  the 
data  packets  must  be  transmitted  over  the  Et,  The  packets  are  buffered  in 
the  Lieu  and  transferred  to  the  El  via  an  External  Intraconnect  Unit  (EIU) 
which  provides  an  LI  access  to  the  El  bus  in  a manner  similar  to  the  LIU  pro- 
viding a device  access  to  the  LI  bus.  Operation  of  the  LI  is  discussed  in 
Section  5.1. 

The  El  consists  of  multi-conductor  fiber  optic  cables  arranged  in  a 
star  topology  to  connect  each  equipment  shelter,  via  an  up  link  and  a down 
link,  with  a centrally  located  active  switching  transponder.  Both  the  up  and 
down  link  consists  of  four  parallel  50  Mb/s  data  channels  for  a composite  of 
200  Mb/s  duplex  transmission,  between  each  shelter  and  the  transponder. 

There  may  be  as  many  as  63  legs  (Lis)  in  the  star  configuration.  Access  of 
an  EIU  to  the  El  bus  is  controlled  by  the  External  Intraconnect  Control  Unit 
(EICU).  The  EICU  polls  each  EIU  in  a controlled  sequence,  according  to  the 
El  polling  algorithm  (similar  to  LI  polling)  to  coordinate  the  tramsmission 
of  data  packets  between  shelters.  The  operation  of  the  El  is  discussed  in 
Section  5.2  and  Volume  II. 

The  FI  is  an  adaptive  system  that  can  be  modified  as  center  require- 
ments change.  C*evice  networks  are  configured  (established,  modified  and  ter- 
minated) under  interactive  control  between  select  controling  devices  d the 
FI  Manager.  The  controling  devices  request  the  FI  Manager  to  modify  (.he  FI 
to  change  device  network  configurations.  In  return,  the  FI  Manager,  deter- 
mines whether  to  grant  the  device  requests,  and  if  granted,  modifies  the  FI 
polling  algorithms  to  enact  the  new  device  network  configurations. 

The  flexibility  built  into  the  polling  control  function,  and  the  ease 
of  modifying  the  polling  algorithms  provides  the  adaptability  needed  for  ease 
of  FI  system  evaluation.  The  adaptability  of  the  polling  mechani.)m8  is  mani- 
fest in  the  ability  to  evolve  from  a relatively  simple,  fixed  sequence  algo- 
rithm required  in  SSCs  1,  2,  and  3 to  a complex  dynamically  dedicated  priori- 
ty polling  algorithm  in  SSC-4A  and  4B. 

The  FI  is  a distributed  control  system  that  operates  under  the  configu- 
ration of  the  PI  Manager.  The  FI  Manager  determines  polling  algorithms  for 
both  the  El  and  every  LI  in  the  system.  It  also  controls  the  loading  of  the 
algorithms  in  the  EICU  and  LICUs.  Once  the  LI  polling  algorithm  is  leaded  in 
the  Lieu  the  packet  transmission  on  the  LI  is  conducted  independent  of  the 
rest  of  the  system,  except  for  intershelter  packet  transmission.  The  El  also 
operates  independently  from  the  rest  of  the  system  after  its  polling  algo- 
rithm is  loaded.  The  distributed  data  trinsfer  control  provides  the  system 
with  a strong  error  control  function  for  degraded  operation.  The  LI  can  con- 
tinue to  provide  intrashelter  data  transfer  service  upon  El  failure,  FI  Man- 
ager failure,  or  failure  in  any  other  LI.  The  same  is  true  for  the  SI  trans- 
mission, which  continued  when  one  or  more  LI»  fail.  Tne  FI  system  control 
will  be  discussed  in  Section  3.3. 
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5.1  Local  intr&connect  operation. 


The  LI  is  the  subsystem  of  the  FI  that  provides  the  facility  for  pack- 
etized  voice  and  data  (analog  and  digital)  transfer  between  devices  within 
the  shelter.  Figure  5-2  illustrates  the  LI  b’ock  diagram.  The  LICU  acts  as 
the  LI  bus  controller  and,  in  this  roll,  performs  three  major  functions: 

a.  When  there  is  no  EI/LX  bus  data  interchange,  the  LICU  continually 
polls  LIUs  on  the  LI  bus  in  an  ordered  sequence  according  to  its 
polling  algorithm,  allowing  the  resident  devices  to  interchange 
data  with  each  other: 


DEVICE 


DEVICE 


ADAPTER 


LI.  BUS  (40  LINES) 


ADAPTER 


DEVICE 


DEVICE 


ADAPTER 


li 


DEVICE 


Figure  5-2.  Local  intraconnact. 


When  a device  resident  cn  the  LI  has  data  to  be  transmitted  over 
the  El  to  a device  resident  on  another  LI,  the  LICU  buffers  the 
data  and  then  transfers  it  to  the  El  via  the  EIU;  and 
The  LICU  receives  all  El  data  destined  for  the  lI,  buffers  it,  and 
retraasmits  the  data  over  the  LI  bus  iaaediately  following  the  end 
of  the  response  packet  from  the  most  recently  polled  LIU. 


The  LIU  transfers  the  device’s  (SAU)  data  message  into  its  buffer,  for- 
mulates the  network  header  for  transmission  control,  packet izes  the  device 
message  and  network  header,  and  when  polled,  transfers  the  packet  onto  the  LI 
bus  for  transmission  to  its  destination  device.  The  LI  bus  data  and  control 
signals  are  transmitted  bidirectionally  on  a 40-conductor  twisted-pair  ribbon 
cable,  fhe  data  is  transferred  between  the  LIUs  and  LICU  on  a demand-respon- 
se Time  Division  Multiple  Access  (TDMA)  basis,  with  LI  bus  access  provided  on 
a polling  basis.  The  data  transmission  is  formatted  on  a packet-serial, 
word-serial,  bit  parallel  (TDM,  TDM,  SDM)  basis  as  shown  in  Figure  5-3.  In 
this  way  each  LIU  and  the  LICU  monitors  every  packet  transmitted  over  the 
bus.  The  LIU  analyses  the  packet  network  header  to  determine  if  the  packet 
is  destined  for  itself  and,  if  so,  what  response  it  is  required  to  take.  An 
LIU  must  respond  in  a specific  manner  to  each  of  the  three  basic  packet  types 
directed  to  it.  The  packet  types  are  discussed  below. 


Figure  5-3.  LI  transmission  format  ( TDM /TDM/ SDM) . 

a.  Poll  packets.  The  LICU  polls  an  LIU  by  transferring  a short  poll 
packet  containing  the  LIUs  address  and  a poll  message  code  (See 
section  5.3.3).  Upjn  recognising  its  address  as  the  destination  of 
the  poll  packet,  t),.*  LIU  must  respond  with  a poll  response  packet 
«r  whether  or  not  it  has  device  data  to  send.  If  it  has  received  a 
message  from  the  device  for  transmission,  it  will  transfer  a data 
packet  on  r.he  LI  bus  in  response  to  the  poll.  If  not,  it  will 
transfer  an  i Ue  packet  onto  the  LI  bus.  The  only  exception  occurs 
when  a query /response  procedure  is  required  before  transferring  a 
direct-address  data  packet  (discussed  below).  The  LICU  recognises 
the  conpk^tion  ?f  the  |>cll  response  packet  transfer  on  the  LI  bus, 
it:  then  polls  the  next  LIU  in  the  polling  sequence. 
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b.  Query  response  packets.  For  direct  address  mQss&^^ss  only,  a query/ 
response  procedure  must  be  engaged  in  between  the  .source  and  desti- 
nation LIUs.  When  the  source  LIU  is  polled,  it  .sends  a short  query 
packet  to  the  destination  LIU,  inquiring  if  it  has  buffer  space 
available  to  accept  the  data.  The  queried  LIU  recogriiires  its  ad- 
dress in  the  packet  header  along  with  a query  code  in  the  iressage 
type  field  (see  Section  5.3.3).  Upon  recognition  of  the  query,  the 
destination  LIU  formulates  a short  resnonse  packet  addressed  back 
to  the  source  LIU  indicating  the  availability  ot  its  buffer  to  ac- 
cept a da -a  packet.  It  then  transfers  the  response  packet  inunedi- 
ately  onto  the  LI  bus  without  waiting  for  a poll  from  the  LICU.  If 
the  response  is  affirmative,  the  source  LIU  transfers  the  data 
packet  onto  the  LI  bus  immediately  without  waiting  for  a poll.  If 
not,  the  source  LIU  muat  wait  for  the  LICU  to  determine  when  the 
destination  LIU  has  buffer  available  and  informs  it,  in  a poll  mes- 
sage, to  send  the  data  packet  to  the  destination  LIU.  The  same 
query/response  procedure  occurs  between  the  source  LIU  and  the  LICU 
for  direct  address  data  t ran str, lesion  to  an  LIU  on  another  LI.  'l.'lie 
query /response  procedure  will  be  detailed  in  Section  5.3.3. 

c.  Data  packets.  Data  packets  are  exchanged  bet^reen  LIUs  (or  LICU)  on 
the  LI  to  provide  the  facility  for  data  transff^r  between  devices  on 
the  LI.  The  data  transfer  may  be  via  any  of  chc  device  networks 
implemented  tn  the  FI  such  as:  Direct  Address,  Virtual  Bus,  Lazy 
Susan,  LX  Broadcast.  In  any  case,  the  LIU  must  recognize  that  it 
must  accept  data  by  analyzing  the  packet  header,  and  then  transfer- 
ring the  data  into  one  of  its  appropriate  receive  buffers.  This 
category  includes  the  command /response  messages  between  the  FI  Man- 
ager and  the  devices.  In  addition,  a message  from  the  FI  Manager 
directly  to  the  LIU,  containing  Virtual  Bus  or  Lazy  Susan  access 
sequence  information,  will  also  fall  into  this  category. 

5.1.1  Local  intraconnect  data  transfer.  The  LIU  provides  an  inter- 
face between  the  user  device  (SAU)  and  the  LI  bus.  The  data  transfer  between 
the  device  and  the  LIU,  and  between  the  LIU  and  the  LI  bus  will  be  discussed 
individually  ii\  this  section.  The  two  interfaces  are  shown  in  Figure  5-4, 

5. 1.1.1  Device/LIU  data  transfer.  At  the  LlU-device  interface,  the 
LIU  controls  the  tr.:  sfer  of  data  to  and  from  the  device  (SAU)  in  a DMA  fash- 
ion according  to  the  protocol  defined  by  the  FI  Interface  Standard.  The 
transfer  rate,  data  block  size  and  word  length  are  defined  by  the  interfacing 
device  (SAU),  but  are  limited  as  discussed  herein.  The  data  format  is  con- 
structed to  be  flexible  in  order  to  service  DTEs  with  various  w^rd  s'zes, 
machine  speeds,  and  storage  capacity.  A maximum  word  size  of  Id  bits  was 
chosen  because  it  accommodates  the  majority  of  the  data  machines  identified 
in  Section  2.3.2. 1.  The  format  is  constructed  on  a folded  9-bit  word  basis 
so  machines  with  nine  or  fever  bits  per  word  cm  ft^ld  them  into  an  18-bit 
word  for  efficient  data  packing.  Data  block  sizes  from  1 to  1024  w*)rds  are 
required  to  provide  message  transfer  capacity  convenient  to  the  majority  of 
the  machines  to  be  served.  The  data  transfer  rate  is  determined  by  the  speed 
of  the  device  up  to  a maximum  of  10  Hw/s. 
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The  FI  Interface  Standard  aeta  rigid  conatrainta  on  data  tranaf«Lr  pro- 
tocol, device  header  torvat,  laaxinum  block  aiac  and  tranafer  rate,  aignal  de- 
acriptlon,  etc.  The  FI  Interface  Standard  ia  retailed  in  Section  6.0.  The 
rigidity  of  the  Interface  Standard  allova  a aingle  LIU  to  aervice  all  device 
typea  interfacing  the  FI  vhich  seet  the  interface  atandard.  Thia  placea  the 
burden  of  coopatibility  on  :he  devicea  interfacing  the  FI,  rather  than  forc- 
ing the  LIU  to  be  coi^atible  vith  the  hundreda  of  devicea  aerv'ced  by  the  FI. 
The  approach  eliminatea  a re^uireaent  for  a nuaber  of  unique  LIU  deaigna,  re- 
quiring individual  programing  to  achieve  coapatibility  with  any  one  of  a 
myriad  of  uaer  devicea.  Alao,  no  aignificant  burden  ia  placed  on  uaer  de- 
vicea, aince  new  device  deaigna  could  be  built  with  an  Fl-coapatible  inter- 
face aa  an  option.  FI  interface  carda  could  alao  be  built  foi  exiating  de- 
vicea. SAUa  will  be  provided  for  the  devicea  incoa^atible  vith  the  FI  inter- 
face. Section  6.0  givea  aeveral  exmplea  of  aimple  microproceaoor  controlled 
circuita,  which  provide  FI  interface  compatibility  with  a large  nuaber  of  the 
ADP  equipment  liated  in  Section  2.3.2.1  identified  for  aervice  by  the  PI. 
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The  device/LIU  data  transfer  protocols  will  not  be  discussed  in  this 
section  since  it  is  detailed  in  6.0.  The  data  transfer  protocols  at  each 
level  in  the  FI  system  are  described  in  Section  5. 3. 3. 2. 

5. 1.1. 2 LIU/LI  bus  data  transfer.  i)ata  traffic  on  the  LI  bus  is  con- 

trolled by  the  LICU  by  polling  its  LIUs.  The  LICU  grants  temporary  control 
of  the  bus  to  an  LIU  by  polling  it.  Data  is  then  transferred  onto  the  LI  bus 
uncer  control  of  the  polled  LIU.  The  packet  data,  formatted  in  36-bit  words, 
is  transferred  onto  the  LI  bus  in  a DMA  fashion  at  a fixed  rate  defined  by 
the  LI  timing  source.  The  initial  transfer  rate  of  the  LI  bus  is  5 Mw/s,  but 
the  requirement  to  increase  to  10  Mw/s  in  the  future  within  a change  in  line 
driver /receivers  has  been  defined  as  a system  requirement.  Therefore,  the 
initial  LIU  development  must  include  the  internal  ability  to  transfer  data 
between  itself  and  the  LI  bus  at  a 10  Mw/s  rate.  The  18-bit  word  in  the  de- 
vice data  block  is  folded  in  the  LIU  into  a 36-bit  word  for  LI  bus  transmis- 
sion. Therefore,  the  1024  word  maximum  size  of  the  device  data  blork  limits 

the  LI  bus  data-block  size  to  512  words  maximum. 

A detailed  description  of  the  LI  bus  packet  format  and  data  transfer 
protocol  is  included  in  Section  5.3.3. 2. 

5.1.2  LI  bus  I/O  interface.  The  two  areas  of  the  LI  bus  I/O 
character-  istics  analyzed  in  this  study  were  the  transmission  medium  and  the 
bus  signal  format  and  timing.  The  LI  bus  data  transmissiuu  protocols  are 
detailed  in  section  5. 3. 3. 2. 

5.1.2. 1 LT  bus  signal  format  and  timing.  Format  and  timing  relation- 
ships of  the  LI  bus  signals  are  shown  in  Figure  5-5.  The  36-bit  data  field 

has  ~ network  header,  data  block,  and  trailer.  The  header  block  consists  of 

eight  words,  with  each  word  having  four  groups  of  9 bica  each.  The  9 bits 
are  1 -parity  bit  and  an  8-bit  transmission  control  information  byte.  The 
Network  header,  data  block,  and  trailer  are  detailed  in  Section  5. 3. 3. 2.  The 
header  contains  such  information  as  message  block  sync,  toessage  type, 
diagnostic  meaaagea,  parity  check  codes,  and  general  control  information. 

The  data  block  varies  from  I to  512  words,  depending  on  the  length  of  the 
device  message.  Eighteen  to  thirty-six-bit  mapping  in  the  LIU  dictate*  that 
a data  block  length  on  the  LI  bus  be  equal  to  one-half  the  length  of  the 
message  from  the  device  to  the  LIU.  There  are  two  trailer  words.  The  first 
word  contains  'vertical  block-parity  check  bits  and  the  second  contains 
End-of-Hessage  (EOM)  and  end-of-tremsmission  information. 

The  Reference  Clock  signal  is  a service  clock  for  use  by  LIUs  ?n 
processing  bus  data  arid  transferring  data  onto  the  bus.  The  clock 
frequency  is  the  seme  ss  the  bus  dsts  rate*  It  is  generated  by  s reference 
oscillator  in  the  LICU  end  is  provided  ss  s system  clock  reference  for  the  LI 
bus. 
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Figure  5-5.  LIU/LI  bue  interface  aignalt. 

The  Data  Strobe  (DS)  aignal  it  generated  by  the  LIU  or  LlCU 
tranaferring  data  onto  thr  LI  but.  The  aignal  ia  delayed  180o  the 

leading  edge  of  the  data  word  aa  it  ia  atrobed  onto  the  bua  by  the 

tranaaitting  LIU  or  LlCU.  Tho  DS  providea  a SO  percent  a«^>ling  edge  to 
reduce  probability  of  data  detector  errora.  One  DS  pulae  ia  tranasitted  onto 
the  bua  for  each  data  %K»rd  tranaaiaaion.  The  line  ia  inactive  when  no  data 

ia  being  tranaaiitted.  TTie  DS  aignal  ia  tranasitted  by  the  LIU  or  L1C1? 

traa^aitting  data  onto  the  bua  to  niniaiie  the  clock/data  akew.  If  the  DS 
were  not  provided,  the  Reference  Clock  would  be  rai^uired  to  atrobe  data  into 
the  LIU.  Thia  preaenta  a akewing  problem  between  clock  and  dat^  due  to  the 
differential  in  tranait  tim  delay  when  the  clock  ia  generated  by  cquipaent 
in  a different  location  txi  the  bua  than  the  equipwent  generating  the  data. 

The  worat*caae  clocV/data  akew  would  occur  %rhen  an  LIU  at  the  fartheat  end  of 
the  bua  fro«  the  LlCU  ia  the  data  generator.  Aaataaing  that  the  propagation 
delay  over  the  bua  ia  l.S  nanoaeconda  per  foot,  the  clock/data  akew  at  an 
LIU  on  either  end  of  a 300-fooc  bua  ia  450  nanoaeconda,  or  4.5  word  perioda 
at  10  Hw/a.  The  DS  Signal  elisinatea  thia  problea.  The  DS/data  akew  ahould 
be  leaa  than  S.O  nanoaecwda,  aince  both  aignal  path  lengtha  are  alwaya  equal. 


5-8 


The  results  of  the  flat  ribbon  cable  tests,  discussed  in  Sections  5.K3 
and  Appendix  C,  indicate  a significant  cloc’.  and  DS  signal  jitcer  accuiiuia- 
tion,  greater  than  SOX  of  the  data  period,  when  the  LI  is  x>perating  at  iO 
Mw/s  over  300  feet  of  cable.  The  most  obvious  solution  to  *’his  problem  js  to 
re-  duce  the  clock  and  DS  signal  to  one-half  the  data  rate  by  delaying  Che 

signal  90*  with  respect  to  the  data,  and  using  both  transition  edges  of  the 
DS  sig-  nal  to  strobe  the  data  into  memory.  The  reference  clock  signal 
tranfiitions  must  be  used  to  multiply  the  clock  frequency  back  up  to  that  of 
the  data  rate. 

ITie  Header  Control  (HC)  signal  is  generated  by  the  transmitting  LIU. 

It  I rovides  a sync  pulse  in  parallel  with  the  first  header  word  which 
Cv^ntains  the  start  message  (SOM)  code  and  another  sync  pulse  in  parallel 
with  the  last  trailer  word,  which  contains  the  end  of  message  (EOM)  code,  of 
each  packet. 

Packets  are  transmitted  asynchronously  on  the  LI,  requiring  the  LIUs  to 
resync  on  each  packet.  Without  the  header  control  pulses,  the  sync  pattern 
recognizer  would  be  required  to  remain  in  the  scan  mode  throughout  the 
message  block  and  would  be  vulnerable  to  recognition  of  false  SOM  or  EOM 
codes  in  ran-  dom  data.  With  reasonable  sync  code  lengths,  the  jiean  time  to 
recognition  of  false  sync  would  be  too  short  for  reliable  data  transmission. 
The  mean  time  to  false  recognition  of  at.  8-bit  sync  code  in  random  data  is 

only  2*®,  or  one  in  256  words.  By  identifying  the  sync  position,  the  HC 
pulse  eliminates  the  need  to  sc&r  the  message  body,  which  eliminates  the 
possibility  of  false  detection  of  SOH  and  EOM.  Proper  synchronization  is 
then  dependent  only  upon  the  detect icn  of  the  sync  pattern  in  the  presence  of 
bit  errors.  The  bil  error  rate  on  the  LI  is  expected  to  fcc  1 X 10*"®  or 
better.  Under  these  conditions,  the  simplest  detection  method,  that  of 
detecting  the  pattern  allowing  no  erors,  produces  a probability  cf  error, 
^gCO/,  of  8 X 10"®  %rhich  impliot  a mean-cime-to-loss  of  block  sync  (and 
therefore  the  loss  of  the  picket  of  approximately  0.7  hours  assuming  a rate 
of  5 X 103  packets  per  second.  This  cen  be  improved  co.isiderably  by 
allowing  errors  in  the  detection  of  the  pattern.  For  instance,  if  one  bit 
error  it  allowed  in  the  detection  of  the  8-hit  sync  pattern,  the  probability 
of  packet  sync  loss  P^Ca),  decreases  to  5.6  X the 

mean-time-to-loss  of  a pocket,  assuming  5 X 103  nessages  per  second, 
increases  to  approximately  1147  years.  The  probability  oi  error  in  the  8-bit 
patterr.  is  calculated  by  the  binominal  probability  ex-  pression. 


• ^n)  p ^ U-p) 

where:  K is  the  nui^er  of  errors  occuring  in  the  sync  pattern, 

n is  the  number  ot  bits  in  the  sync  pattern, 
p it  the  probability  of  error, 

*’e  (0>i,  IC  - 0 
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5. 1.2*2  LI  transmission  media.  The  LI  bus  provides  the  transmission 
path  between  the  LIU*s  and  the  LICU  via  a forty  twisted-pair  flat  ribbon 
cable  (FRC).  As  illustrated  in  Figure  5-5,  39  of  the  signal  lines  are 
presently  used  for  data,  control,  and  a reference  clock,  leaving  one  spare 
line  for  future  requirements.  Thirty-six  of  the  lines  are  dedicated  to 
bidirectional  data  transmission,  two  bidirectional  control  lines  (DS  and  HC), 
and  the  unidirrctional  reference  clock  line  which  originates  in  the  LICU 
end  terminates  at  each  LIU. 

The  FRC  must  be  capable  of  satisfying  certain  transmission  criteria  if 
it  is  to  prove  a viable  candidate  for  the  LI  trGnsmi<Ha  media.  This  criteria 
is  listed  below. 

a.  40  Twisted  pairs  per  cable; 

b.  Greater  than  300  ft.  cable  length; 

c.  Up  to  64  LIUs  maximum,  distributed  over  the  of  length  cable  in  a 
party  line  manner; 

d.  36-bit  parallel  10  Mw/s  transmission  rate; 

e.  Bidirectional  data  transmission:  and 

f.  Better  than  1x10*^  BER. 

Manufacturer  specif icf  ' tf>ns  indicated  that  FRC  technology  would  satisfy 
the  LI  transmission  requiremeuLs.  However.,  the  specifications  were  not 
definitive  enough  to  assure  the  feasibility  of  applying  FRC  technology  to 
LI  bus  transmission.  Therefore,  to  determine  if  the  ure  of  FRC  is  feasible 
and  to  determine  it's  transmission  paraiaeters,  n partial  configuration  of 
this  data  bi.s  was  constructed  and  tested  in  the  laboratory*  The  test  report 
is  contained  in  Appendix  C.  A suitsaary  of  the  test  and  test  ^results  are 
discussed  below. 

Figure  5-6  illustrates  the  laboratory  but  on  which  the  transmission 
tests  were  run.  The  bus  consisted  of  four  100-foot  sectiors  of  20  pair 
TVfist *N*FlatIM  cable  manufactured  by  Spectra-Strip  Corporation.  The 

20  pair  cable  consist!  of  stranded  28  tUC  round  conductors  insulated  with 
colcrcodcii  PVC,  twisted  into  pairs  and  laminated  between  layers  of  PVC 
film  to  form  a planar  ca^le.  Twit^ted  pair  sections  18  inches  ^ong  alterrate 
with  2 inch  flat  sections  in  which  the  conductors  are  laminated  in  parallel 
on  0.C5  inch  centers.  The  flat  sections  are  used  as  termination  points  for 
Insulation  Displacement  Connectors  (XDCs). 

TWenty-one  dr iver /receiver  pairs  were  connected  to  the  main  foot 
cable,  at  20  foot  intervals,  via  6 foot  TVist'H'Flat  cable  stubs.  XDCs  were 
used  to  connect  the  100  foot  cable  sections  together  and  the  stubs  to  the  ca- 
bU-s.  Four  separate  power  supplies  w^re  used  for  the  d’’lver/receiver  pairs 
and  each  one  return:«d  to  a single  point  ground  to  simulate  individual  LIU 
power  supplies  connected  to  a single  port  ground  in  a shelter,  thjly  the  400 
foot  cabU  was  terminated  at  both  ends,  the  stubs  were  left  unterminated. 
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Dual  differential  line  drivers  with  3-8tate  outputs  were  used  since 
only  one  driver  La  allowed  to  transmit  at  a time  on  the  LI  bus. 

Resistor /Capacitor  circuits  with  impedance  equivalent  to  two  driver/receiver 
pairs  were  added  to  the  inputs  of  21  receivers  to  simulate  an  additional  42 
driver/receiver  pairs  dispursed  over  the  length  of  the  cable. 

Transmission  quality  was  measured  by  passing  a pseudo-random  data 
stream  of  length  2l5  ^ovn  one  400  foot  twisted  pair.  The  control  variables 
of  the  test  were;  data  rate*  transmission  distance*  and  common  mode  noise. 

Tne  received  data  stream  was  monitored  at  specific  points  on  the  cable, 
while  the  data  rate  was  increased.  The  aye  pattern  of  the  data  stream  out  of 
the  receiver  was  observed  to  determine  the  'Uta  rates  at  the  points  of 
closure  of  the  eye.  The  maxiurjm  data  rate  considered  acceptable  at  any 
length  down  the  cable  was  at  the  point  where  the  eye  pattern  had  begun  its 
closure  but  was  still  very  distinguishable.  The  maximum  acceptable  data 
rates  determined  in  the  tests  at  300  feet  and  340  feet  down  the  400  foot 
cable  are  listed  below. 
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No  Common-Mode  Noise: 

9.5  Mb/s  0 340  feet 
10  Mb/s  0 300  feet 

Common-Mode  Noise  (6V  0 IKHz); 

8 Mb/s  0 340  feet 
10  Mb/s  0 300  feet 

Cross  talk  tests  were  conducted  with  both  2 adjacent  channels  driven 
and  four  adjacent  channels  driven.  The  adjacent  channels  were  driven  with  + 

3 voltt  at  10  Mb/s.  The  results  of  the  crosstalk  tests  listed  below  were  ap- 
proximately the  same  for  both  2 and  4 adjacent  channels  driven; 

Near-End  Crosstalk  < 100  mv 

Far-End  Crosstalk  < 80  mv 

The  tests  were  not  all  inclusive,  and  more  tests  should  be  conducted, 
expecially  in  the  area  of  common  mode  noise  and  crosstalk.  However,  the 
tests  give  a good  indication  that  the  Twist *N 'Flat  cable  can  support  a 10 
Mb/s  transmission  rate  over  300  feet  of  LI  cable  with  up  to  64  LIUs 
attached,  with  greater  than  6 volts  of  comnon  mode  noise.  The  general 
conclusion  of  the  tests  is  that  it  is  feasible  to  construct  the  LI  bus  with 
twisted-pair  conductor  cable  which  is  available  off-the-shelf.. 

5.1.3  Shelter  intraconnect  unit.  In  certain  TAF  centers,  some 
shelters  do  not  support  enough  intra  or  intershelter  traffic  to  warrant  the 
use  of  either  an  LI  or  an  El  link  for  that  shelter.  Other  centers,  listed 
in  Table  2-11,  such  as  the  TVAC  or  ASRT  do  not  support  enough  traffic  in  the 
whole  cent!  r to  warrant  an  FI.  A special  interface  unit  (SIU)  will  be 
developed  to  provide  the  devices  in  these  shelters  access  to  the  PI  via  an  LI 
buc  in  another  shelter  within  the  center  or  uin  ..her  center  which  has  both 
an  LI  and  an  El  link.  SIUs  whicn  provide  three  different  interfacing 
functions  were  studied  in  Task  III.  The  SIC  function  illustrated  in  Figure 
5-7  was  the  one  chosen  as  the  most  versatile.  In  this  configuration,  each 
device  (SAU)  in  a remote  shelter,  i.e.,  one  that  is  remote  from  an  LI  bus,  is 
provided  with  an  SIU.  The  function  of  the  SIU  ; to  interface  the  device 
(SAU)  on  one  side  and  provide  an  external  shelter  transmission  link 
interface  on  the  other  side.  The  external  transmission  media  will  most 
likely  be  a fiber  optic  (FO)  link  for  the  same  security  reasons  as  fiber 
optic  transuisslon  is  used  for  the  El  system  (see  Section  5.2).  An  SIU 
performing  only  line  and  FO  moder  functions  can  be  kept  quite  simple,  if  it 
is  not  required  to  do  either  the  move  complex  SIU  or  LIU  functions.  In  the 
Local  shelter,  the  SIU  to  LIU  (SAU)  Interface  appears  to  them  as  if  the 
device  were  local. 
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Figure  5-7.  SIU  operation  in  FI. 

Thip  type  of  SIU  can  prove  to  be  a very  economical  tool  of  the  FI  in 
TAF  centers  where  the  low  density  traffic  warrants  their  use.  This  fact  is 
demonstrated  in  Section  7.1.6. 


A second  approach  to  the  definition  of  an  SIU  is  illustrated  in  Figure 
5-8.  Here  the  SIU  provides  the  extension  of  the  LI  bus  in  a local  shelter  to 
a number  of  devices  (SAU)  in  a remote  shelter.  In  this  approach,  LIUs  are 
used  in  the  remote  shelter,  and  neither  the  LIU  nor  the  devices  (SAUs)  will 
recognize  that  the  actual  LI  bus  is  resident  in  another  shelter.  The 
increase  in  response  delays  caused  by  the  transit  time  in  the  FO  transmission 
media  plus  the  internal  delay  in  the  SAUs.  The  additional  delay  encountered 
in  the  fiber  optic  transmission  link  (5.1  nanoseconds /me ter)  could  cause  a 
round  trip  delay  over  8 km  of  cable  of  81.6  microseconds.  If  this  delay  is 
acceptable,  then  this  approach  could  be  used. 
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Figure  5~8.  SIU  extending  LI  bus* 


The  third  approach  uses  the  SIU  to  provide  the  interface  between  the  LI 
bus  and  the  external  transmission  media  in  the  Local  Shelter > and  between  the 
device  (SAU)  and  the  external  transmission  media  in  the  remote  shelter*  This 
approach  incorporates  the  LIU  function  in  the  SIU  and  by  doing  so,  unduely 
complicates  the  SIU.  Since  relatively  large  quantities  of  LIUs  will  be  avail- 
able at  the  centers,  no  advantage  is  gained  by  placing  the  LIU  function  in  the 
SIU.  Therefore,  this  approach  was  discarded. 

5.2  External  Intraconnect  (El). 


The  El  is  the  interconnect  facility  that  allows  user  devices  in  differ- 
ent shelters  to  communicate  with  one  another.  The  BI,  as  illustrated  in  Fipr 
ure  3-9,  consists  of  the  EICU,  a switched-active  transponder,  an  EXU  for  every 
point  of  the  star,  and  a full-duplex  fiber  optic  transmission  medium  between 
each  EIU  and  the  transponder.  Tv?o  types  of  transmission  service  are  supported 
over  the  El;  Digital  TDMA  Transmission  and  high-speed  analog. 


5.2.1  Digital  TDMA  transmission.  The  Digital  TDMA  Transmission  section 
of  the  El  is  used  to  transfer  data  packets  generated  in  the  LlUs  between  Lis 
in  different  shelters-  The  El  transmission  system  consists  of  two  links  be- 
tween the  transponder  and  each  shelter:  One  up- 1 ini:  from  the  shelter  to  the 
transponder ) and  one  down-link  from  the  transponder  to  the  shelter  as  shown  in 
Figure  5-10.  The  first  level  of  polling  for  transmission  of  data  between 
shelters  is  performed  by  the  EICU,  which  polls  one  shelter  at  a time  in  the 
specific  sequence  defined  by  the  polling  algorithm.  This  is  accomplished  by 
transmitting  the  selected  shelter's  polling  data  in  an  encrypted  packet  that 
includes  its  address  over  every  downlink  in  the  star.  Upon  recognition  of  its 
address  and  polling  information!  the  polled  EIU  then  transmits  its  encrypted 
response  packet  over  the  uplink  to  the  transponder.  The  transponder  retrans- 
mits the  shelter's  response  packet  over  the  El  do^mlinks  to  every  EIU  in  the 
system.  Each  EIU,  therefore,  receives  all  transmissions  from  every  source  on 
the  El,  but  responds  only  to  those  packets  addressed  to  it. 
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Figure  5-10.  Full-duplex  El  transmission. 

The  polling  mechanism  in  the  EICU  must  be  designed  so  the  incershclter 
polling  algorithm  is  dynamically  alterable  to  suit  the  data  traffic  require- 
ments of  a particular  center.  This  allows  for  the  evolution  from  a very  sim- 
plCf  fixed-sequence  polling  scheme  to  accommodate  the  static-dedicated  nature 
of  the  communications  users  in  SCC-1,  -2,  and  -3,  to  a sophisticated  priority- 
polling algorithm  when  serving  a mixture  of  ADP  and  communications  users  on  a 
dynamically  dedicated,  priority  basis  in  SCC-4B. 

Data  packets  received  from  the  LICU  for  El  transmission  are  encyphered 
off-line  in  the  EiU  and  tailtiplexed  into  a word  and  bit  serial  TDM/TDM  stream, 
then  transmitted  in  an  SDM  fashion  to  the  tranrponder  over  its  four  parallel 
50  Mb/s  channel  -uplink.  The  uplink  consists  of  six  optical  fibers:  Four  for 
the  four  50  Mb/s  data  channels,  one  50  Mbs  byte  clock,  and  one  5 Mhz  word 
clock.  Only  one  EIU  transmits  a data  packet  over  its  uplink  during  any  spe- 
cific period  of  time.  All  other  EIUs  transmit  a long  pseudorandom  sequence  on 
their  uplinks,  such  that  each  uplink  appears  as  continuous  200  Mb/s  transmis- 
sion. A typical  linkmessage  transmission  sequence  is  illustrated  in  Figure 
5-11.  The  start  of  transmission  (SOT)  code,  cypher-text  packet,  PRS  genera- 
tion are  discussed  in  detail  in  Volume  11.  Continuous  transmission  on  the  up- 
link is  always  quant isi zed  into  thirty-six  byte  words  and  identified  by  the 
bit  and  word  clock.  The  data/clock  relationship  is  illustrated  in  Figure 
5-12.  The  Ba^ltiplex  format  of  the  data  (cypher  text  packet,  SOT  code,  or  PRS) 
that  is  transmitted  in  a commutational  byte  sequence  over  parallel  channels  1 
thru  4,  can  be  seen  to  be  word  sequential  TDM,  byte  sequential  TOM,  byte  par- 
allel (byte  • bits:  1-4,  5-8,  9-12,  etc.)  SDM.  The  byte  clock  defines  the 
bit  periods  for  each  of  the  four  channels  and  the  %K>rd  clock  defines  the  start 
of  each  word.  The  PRS  laust  be  also  grouped  into  discrete  quantums  of  3f-bit 
words,  so  it  won't  define  the  transition  from  the  idle  PRS  to  the  start  of  a 
data  packet  transmission. 
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Figure  5-11.  Typical  up-link  message  transmission  sequence < 
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Figure  5-12.  Up— link  signals, 


The  transponder,  operating  under  control  of  the  EICU,  switches  its  com- 
mutator to  the  uplink  of  the  EIU  selected  to  transmit  the  next  packet.  The  up- 
link data  is  transferred  into  a resync  buffer  by  the  uplink  byte  and  word 
clock.  The  EICU/Transponder  byte  and  word  clock  are  used  to  transfer  the  data 
out  of  the  buffer  and  into  the  optical  transmitters  driving  the  downlinks  to 
each  of  the  BlUs  on  the  EX.  Each  downlink  consists  of  seven  optical  fibers: 
Four  for  the  four  50  Hb/s  data  channels  and  50  Mit  byte  clock,  one  5 Mhs  word 
clock,  and  an  additional  fiber  used  by  the  EICU  to  inform  all  EIU  that  it  is 
resynchronizing  the  SOT  sequence.  The  data,  byte  and  word  clock  signals  are 
the  same  as  illustrated  in  Figure  5-12.  The  special  SOT  sequence  resynchron- 
izing signal  is  described  in  Volume  II.  The  downlink  packet  transission  se- 
quence looks  similar  to  the  sequence  in  Figure  5-11  except  that  the  cypher 
text  packets  are  much  closer  together  since  the  downlinks  contain  pell  packets 
plus  all  data  packets  transmitted  from  every  EIU  on  the  El. 
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The  EIU  scans  the  random  data  r'n  its  downlink  for  the  SOT  code.  When  it 
recognizes  the  SOT,  it  strobes  the  cypher  text  packet  into  a receive  buffer, 
resynchronizes  the  KG  receive  section,  decyphers  the  header,  and  determines  if 
the  packet  is  destined  for  it.  If  the  packet  is  not  destined  for  the  EIU,  it 
discards  the  packet.  If  the  packet  is  destined  for  the  EIU,  it  determines 
what  action  it  must  take,  and  responds  either  by  passing  the  packet  on  to  the 
LI  or  by  transmitting  a response  packet  over  the  El.  Types  of  messages  and 
responses  will  be  discussed  in  a later  section. 

All  up  and  downlinks  operate  at  the  same  continuous  bit  transmission 
rate  of  200  Mb/s.  However,  the  uplink  message  rate  will  differ  from  shelter 
to  shelter  and  is  dependent  on  the  shelter's  El  message  traffic  requirement. 
Some  of  the  uplinks  are  anticipated  to  have  almost  n^gligable  message  traffic 
(less  than  on«  message  per  second)  while  others  may  support  relatively  high 
message  rates  of  greater  than  one-thousand  messages  per  second.  The  downlink 
message  rate  is  dependent  on  the  composite  of  the  center's  intershelter  traf- 
fic and  will,  therefore,  have  a much  higher  message  traffic  density  than  the 
uplink. 

5.2.2  Analog  transmission.  The  analog  transmission  section  of  the  El 
is  used  to  transfer  unidirectional  wideband  analog  signals,  such  as  radar  and 
TV  video  between  shelters  on  the  El.  It  consists  of  simplex  links,  between 
the  transponder  and  the  shelters  engaged  in  the  El  analog  transmission.  The 
analog  signals  will  be  Frequency  Division  Multiplexed  (FDM)  on  a single  car- 
rier for  transmittal  over  a dedicated  fiber  in  the  raultifiber  optical  cable. 
Carrier  modulation  may  be  either  in  the  electrical  domain,  using  a standard  FM 
modulator  whose  output  moves  the  optical  source,  or  direct  FDM  of  the  optical 
signal  using  either  an  acoustio-opticrl  or  electro-optical  modulator. 

The  transponder  provides  the  dedicated  patching  f^inccion  to  r the 
analog  signal  from  the  source  shelter  to  the  destir^tior  shelter.  4.  most 
cases  the  optical  signal  will  be  regenerated  in  the  transponder. 

The  fiber  optic  components  used  on  the  analog  link  and  the  transmission 
analysis  are  described  in  Section  5. 2. 4. 3. 

3.2.3  External  Internal  Unit.  The  External  Intraconnect  Unit  (EIU) 
provides  the  interface  between  the  LI  bus  and  the  El;  just  as  the  LIU  provides 
the  interface  between  oevices  and  the  LI.  Figure  5-13  illustrates  the  EIU  in- 
terface with  the  LI  (LICU),  and  with  the  El  bus.  At  the  ElU-LICU  interface, 
the  EIU  controls  the  transfer  of  data  to/from  the  LICU  in  accordance  with  the 
protocol  detined  for  this  Interface.  The  LICU/EIU  interface  has  been  prelimi- 
narily defined  by  RADC  as  being  the  siase  signal  inter fac  . and  data  transfer 
protocol  as  the  LIU  Standard  Interface.  At  the  EIU-EI  bus  interface,  the  EIU 
transfers  data  to/from  the  bus  under  the  control  of  the  EICU  by  responding  to 
a poll  or  query,  or  by  accepting  data  destined  for  its  resident  LI.  The  EIU 
accomplishes  its  task  by:  Recognising  the  destination  address  of  the  message 
as  being  its  own;  or  by  recognising  the  message  type  as  one  to  be  automatical* 
ly  accepted  for  transmission  to  it's  resident  LI.  The  EIU  rejects  all  other 
BWfsages.  If  the  EIU  recognises  a poll  message  with  its  address  as  the  desti* 
nation  address,  it  always  respmids  with  either:  A message  from  its  resident 
LI  that  is  destined  tor  another  Lt  if  on  exists  in  its  buffer;  or  if  not,  it 
responds  with  an  idle  message. 
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Figure  5-14  illustrates  a functional  block  diagram  of  the  EIU.  The  EIU 
performs  four  basic  functions  necesTSiTy  for  flexible  and  efficient  operation 
of  the  El: 
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Figure  5-13.  External  intraconnect  unit  interfaces. 


a.  Interface  Transformation.  Transforms  the  LI  external  interface  sig- 
nals (18-bit  words  at  10  Hw/s)  to  and  from  the  El  bus  signals  (four 
50  Mb/s  fiber  optic  channels).  The  LICU/EIU  interface  is  fixed,  as 
discussed  previously.  Ho«#ever,  as  far  as  EIU  operation  is  concern- 
ed, its  design  can  be  made  fl.sxible  to  interface  with  various  trsns- 
mission  media  and  various  transmission  rates.  This  could  be  accom- 
plished by  a simple  programming  step  defining  the  number  of  El  chan- 
nels, and  changing  the  El  bus  interface  modems  for  compatibility 
with  the  transmission  medium. 

b.  Off-Line  encyphering/decyphering.  The  shelter  El  message  traffic  is 
estimated  to  be  much  less,  in  most  cases,  than  the  200  Mb/s  El 
transmission  media.  Since  only  the  packets  going  to  and  from  the 
concerned  shelter  it  need  by  encyphered  or  fully  decyphered,  the 
shelters  actual  message  traffic  may  be  encyphered/decyphered  offline 
by  relatively  alow  KGs.  this  will  obliviate  the  need  for  multiple, 
high  speed  EC's  generally  re<)uired  to  minimise  EIU  response  times 
.Old  eliminate  the  possibility  of  message  buffer  overflow,  or  the 
need  for  high-density  buffers. 
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c.  Fast  recognition  and  response  to  El  messages.  The  El  mossage  trans- 
mission capacity  and  throughput  delay  are  heavily  dependent  on  the 
time  required  by  the  EIU  to  both:  Determine  if  each  message  on  the 
EX  downlink  is  destined  for  it;  and,  if  required,  output  a response 
message  with  minimal  time  delay. 

d.  Message  filtering.  All  messages  not  destined  for  the  EIU  or  resi- 
dent LI  must  be  filtered  out  to  reduce  the  size  of  the  EIUs  El  re- 
ceive buffers,  minimize  throughput  delay,  and  reduce  the  KG  decyph- 
ering speed  requirement. 

The  EIU,  (Fig.  '3-14),  is  comprised  of  the  following  blocks? 

a.  Lieu  interface  (dr iver /receiver  and  control)  is  the  same  as  the 
LIU/Device  interface  circuits; 

b.  Microprocessor  and  program  memory  controls  the  initialization  and 
programming  of  the  major  EIU  functions  and  then  allows  the  units  to 
perform  the  high-speed  data  transfer  and  processing  independently; 

c.  Transmit  section  strobes  in  the  data  packets  from  the  LICU,  encrypts 
them  and  stores  them  until  it  is  polled,  and  then  transfers  the  data 
packets  onto  the  LI  bus  uplink.  The  Transmit  section  is  described 
in  Section  5.2.3. 1. 

d.  Receive  section  accepts  all  packets  transmitted  on  its  downlink, 
filters  out  all  packets  not  destined  for  it,  and  decyphers  tho  pack- 
ets destined  for  its  resident  LICU.  The  receive  section  is  describ- 
ed in  Section  5. 2. 3. 2. 

e.  Optical  drivers  and  receivers  interface  the  EIU  to  the  LI  bus  fiber 
optic  transmission  cable.  The  drivers  and  receivers  are  described 
in  Section  5. 2. 4. 2. 

Part  of  the  EIU  operation  is  classified  and  appears  in  Volume  II. 

3.2.3. 1 EIU  transmit  section.  The  EIU  Transmit  section,  illustrated  in 
Figure  5-15,  operates  under  microprocessor  control  to: 

a.  Transfer  LICU  packets,  destined  for  El  transmission,  into  a Plain 
Text  (PT)  buffer; 

b.  Encypher  packets  in  a KG  transmit  unit; 

c.  Store  encyphered  packets  in  a Cypher  Text  (CT)  buffer  while  waiting 
for  a poll; 
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5-14.  CIU  block  di«graf«. 

d.  When  polled  or  queried,  crantfer  packets  froo  CT  buffer  and  convert 
the»  into  a format  cosipatible  uitb  the  transaission  facility; 


e.  Trovide  a pseudo-randoa  sequence  to  fill  the  gaps  between  encyphered 
packet  transaission  on  its  uplink;  and 
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Figure  5-15.  EIU  transmit  section. 

The  Transmit  section,  when  enabled  by  the  micropvccessor,  controls  DKA 
transfer  of  18-bit  data  from  the  LICU  into  the  PT  buffer.  Refer  to  Sections 
5. 3. 3. 2 and  6.0  for  a description  of  the  data  transfer  protocol.  Received 
packets  are  stored  in  the  buffer  until  the  KG  transmitter  (KGT)  is  available 
to  encypher  the  pack^tt.  The  KGT  need  operate  at  the  packet  transmission  rate 
of  the  EIU  only.  When  a new  packet  is  to  be  encyphered,  the  KG  sync  code  is 
parallel  to  serial  converted  and  routed  through  the  KGT  input  selector.  Once 
the  KGT  is  synchronised,  the  SOT  code  is  routed  through  the  selector  into  the 
KGT,  iim^diately  followed  by  the  serialised  data  packet.  The  KGT  discussed  in 
this  section  is  assumed  to  be  a serial  'ype  such  as  the  KG-4S  which  operates 
up  to  20  Hb/s.  The  relationship  of  the  SOT  code  and  the  packet,  the  KG  sync 
scheme  and  the  actual  baseband  data  stream  forsut,  are  classified  and  their 
descriptions  are  contained  in  the  classified  Volume  II. 

The  encyphered  serial  packet  stream  is  serial  to  parallel  converted 
(l-to-36  bit)  and  leaded  into  the  Cypher  Text  (CT)  buffer.  The  packet  is  held 
in  the  buffer  until  the  receive  section  recognises  a poll  meisage  wich  the  EIU 
address  and  sends  a Poll  Hessage  Received  (PMR)  signal  to  the  Transmit  sec- 
tion. Until  the  PMR  signal  is  received,  a long  pseudo-random  sequence  is 
routed  from  the  PRSG  through  the  Line  Selector  out  to  the  f>ur  optical  data 
transmitters.  The  data  output  of  the  PRSG,  CT  buffer  and  ths  new  SOT  code 
buffer  are  all  framed  in  four-bit  bytes  and  nine-byte  words.  When  s PKR  sig- 
nal ia  received,  the  new  SOT  code  followed  by  the  encyphered  packet  are  passed 
throrgh  the  selector  to  the  transmitters.  The  byte  and  word  clocks  are  gener- 
ated in  the  Transmit  Buffer/KG,  control  ia  routed  to  optical  transmitters 
where  together  with  the  four  data  channels,  they  form  the  uplink  data  and 
clock  trantmitaiofi  illustrated  in  Figure  5-12. 
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The  timing  and  control  signals  for  each  block  in  the  Transmit  section 
are  generated  in  the  Transmit  Buffer/KG  Control  block.  The  control  block  op- 
erates under  control  of  the  microprocessor,  and  can  be  programmed  to  allow  for 
more  than  one  KGT  to  operate  in  parallel  if  one  is  not  adequate  to  accocimodate 
the  message  traffic.  The  control  block  can  also  br  programmed  to  allow  for  a 
var lying  number  of  data  channels  rather  than  four  to  provide  the  flexibility 
of  interfacing  with  El  transmission  media  other  than  the  particular  fiber  op- 
tic cable  discussed  in  Section  5. 2.4.2. 

The  Poll  response  packets  (data  or  idle  message)  and  possibly  the  query 
response  packets  are  encyphered  a priori  and  stored  in  the  buffer  in  antici- 
pation of  a poll  or  query.  The  packet  processing  is  performed  in  this  marr.er 
to  eliminate  the  sizeable  response-time  delay,  which  would  be  ir.curred  if  the 
packet  encyphering  and  encyphered  packet  storage  functions  were  performed  af- 
ter a poll  or  query  message  was  detected. 

5. 2. 3. 2 EIU  receive  section.  The  EIU  receive  section,  illustrated  in 
Figure  5-16,  operates  under  microprocessor  control  to; 
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Figure  5-16.  SlU  receive  section. 
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a.  Transfer  all  El  packet  headers  on  the  downlink  into  a buffer; 

b.  Decypher  and  analyze  each  network  header  and  determine  whether  to 
accept  cr  discard  the  incoming  packet; 

c.  Store  packets  intended  for  it  or  its  resident  LI; 

d.  Decypher  and  store  all  data  packets  destined  foi  the  local  LI; 

e.  Transfer  the  decyphered  data  packets  to  the  LICU;  and 

f.  Upon  detection  of  a poll  or  query  message  addressed  to  the  EIU,  send 
a poll  or  query  response  command  to  the  transmit  section. 

Once  the  EIU  is  initialized  >y  the  microprocessor,  vhe  receive  sejtion 
monitors  the  El  downlink  for  a SOT  code.  The  SOT  code,  immediately  preceeding 
the  packet,  is  used  to  identify  the  start  of  a new  packet  transmission.  Pack- 
ets are  transuittted  asynchronously  on  the  down  link  according  to  a TDMA 
scheme.  The  packets  are  immersed  in  a pseudo-random  digital  stream  used  to 
fill  gaps  between  packets,  creating  a ccatinuous  transmission.  A tynir;al  up 
or  downlink  transmission  is  illustrated  in  Figure  5-17.  For  a complete  de- 
scription of  the  El  transmission  stream  and  the  EIU  operation,  refer  to  Volume 
II.  When  a SOT  code  Is  recognized,  the  encyphcred  packet  header  is  transfer- 
red into  the  Ency.)hered  Header  (EH)  buffer.  The  process  of  transferring  the 
full  oacket  into  the  Encyphered  Packet  (EP)  buifer  is  also  initiated. 
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Figure  5-17.  Continuous  up/do%m-link  transmission. 

iBnediarely  upon  the  recognition  of  a SOT  code  on  the  downlink,  resynch- 
ronizacion  of  tue  KGR*  is  initialized,  whether  a data  packet  destined  for  the 
LI  is  in  the  process  of  bieng  decyphered  or  not.  Each  packet  being  decyphered 
by  the  KGK  it  retained  (in  cypher  te.xt)  in  the  EP  buffer  until  the  packet  it 
fully  decyphered.  Thii’«  protects  the  encyphered  packet  againat  loss  if  the  de- 
cy"hering  process  is  cers^inuted  because  a new  packet  header  is  r ?ady  to  be  de- 
cyphered. Header  decypher always  pre-empts  data  packet  decyphering  in  the 
interest  of  minimizing  poll  and  query  response  timt  delays.  Response  time  de- 
lays could  be  significantly  in'^reased  if  each  header  were  put  in  queue  in  the 
input  Luffer  and  forced  to  wait  for  full  decyphering  of  each  El  packet  re- 
ceived before  it.  This  procedure  would  subject  the  EIU  poll  and  query  re- 
sponse Limes  to  be  dependent  on  the  El  stessage  traffic.  The  process  of  ime- 
diately  decyphering  and  analyzing  eah  packet  header  upon  its  reception  not 
only  minimizes  poll  and  query  response  times,  but  acts  as  a packet  filter  at 
the  input  to  the  EIU.  The  'iltering  ia  accomplished  by  allowing  only  data 
packets  that  the  header  identifies  aj  destined  cor  the  resident  LI  to  be 
stored  in  the  EP  buffer.  Tlirough  packet  filtering,  the  buffering  end  decyph- 
ering processes  become  functioot  only  cf  porcioi.  of  the  El  traffic  destined 
for  the  shelter  in  which  the  EIU  resides.  Without  ^titering,  the  processes 
are  f\*nctions  of  the  total  El  traffic,  which  it  generally  of  much  higher  den- 
sity. The  results  of  packet  filtering  are  twofold; 
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a.  Significant  reduction  in  EP  buffer  size,  and 

b.  Reduced  decyphering  load  on  the  KGR  (reduced  speed. requirements) . 

The  implementation  of  the  buffering,  selection,  and  decyphering  proces- 
ses will  now  be  described.  When  a SOT  code  is  recognized,  the  KG  sync  code  is 
routed  through  the  KGR  Input  Select  circuit  to  the  KGR.  If  a data  packet  was 
being  decyphered  when  the  SOT  code  appeared,  the  buffer  control  would  recog- 
nize this  and  cause  the  full  cypher  text  packet  to  be  retained  in  the  EP  buf- 
fer. The  packet  cannot  be  partially  decyphered,  i.e.,  if  the  process  is  pre- 
maturely terminated  it  must  be  restarted  from  the  beginning.  Once  the  KGR  is 
synchronized,  the  cypher  text  header  is  strobed  serially  through  the  select 
circuit  into  the  KGK.  The  header  is  then  decyphered  by  the  KGR,  converted  to 
parallel  and  stored  in  the  decyphered  header  (DH)  buffer.  The  plain-text 
header  is  then  analyzed  to  determine  the  type  of  message  received  and  if  the 
message  was  intended  for  the  EIU.  Packets  meeting  one  of  the  following  three 
conditions  are  stored  in  the  EP  buffer,  and  decrypted  and  stored  in  tne  DP 
buffer  for  subsequent  transmission  to  the  LICU. 

a.  Poll  packet  directed  to  the  EIU:  Requires  the  EIU  to  respond  by 
transmitting  a poll  response  packet  (data  or  idle); 

b.  Query  packet  directed  to  the  EIU.  Requires  the  EIU  to  respond  by 
transmitting  a query-response  packet  indicating  if  it  has  a buffer 
available  to  accept  a direct  address  packet?  and 

c.  Data  packet  destined  for  the  EIU's  resident  LI. 

All  other  packets  not  meeting  these  conditions  are  ignored.  Also,  the 
new  ,SOT  code  is  sent  to  the  SOT  detector  in  the  receive  section.  The  new  SOT 
code  is  used  to  detemine  the  next  packet  transmission.  When  poll  or  query 
packets  directed  at  the  EIU  are  detected,  new  SOT  code  is  also  sent  to  the 
transmit  section. 

The  decyphered  data  packets  stored  in  the  DP  buffer  are  transferred  to 
the  LICU  in  the  DMA  fashion  according  to  the  Interface  Standard  discussed  in 
Section  6.0. 

The  EIU  description  just  completed  was  based  on  the  assumption  that  KGR 
processing  speed  is  sufficient  to  meet  both  the  LI/EI  data  traffic  end  also 
provide  poll  and  query  responses  within  the  time  required  to  meet  the  El  traf- 
fic flow  requirements  and  data  throughput  delay  imposed  on  device-to-device 
traffic.  If  the  KGR  processing  speed  is  not  sufficient,  an  alternative  ap- 
proach (Fig.  5-18)  might  be  considered.  In  this  approach  one  KGRN  is  dedi- 
cated to  header  decyphering  and  another  KGR  to  decyphering  data  packets  des/^ 
tined  for  the  resident  LI.  If  additional  KGR  processing  capability  is  re- 
quired, KGRs  can  be  paralleled  to  double  the  processing  capability. 


*KGR  is  the  item  of  COMSEC  Equipment  that  provide  encryp'^ion  arid  decryption  of 
data.  It  is  more  thoroughly  aescribed  in  Volume  II 
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Figure  5-18.  EIU  receive  section  with  two  KGRs. 


5.2.4  Transmission  system.  The  El  Transmission  system  provides  the  in- 
tershelter packet  transmission  facility.  It  is  comprised  of  the  Tran^iponder 
and  the  Optical  fiber  cable  interconnecting  each  shelter  with  the  Transponder. 
It  is  configured  in  a STAR  Topology  with  a selectable  number  of  legs  (up  to 
64).  Each  leg  is  comprised  of  an  uplink  and  downlink  interfacing  the  trans- 
ponder and  shelters  (Fig.  5-19).  This  arrangement  provides  for  full  duplex- 
transmission  between  each  shelter  and  the  transponder. 
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The  Transponder  will  be  housed  in  one  of  the  shelters  in  the  middle  of 
the  center,  such  as  the  Operations  Central  in  a TACC  or  CRC.  Futhermore,  the 
Transponder  should  be  collocated  in  the  same  shelter  as  the  EICU  to  eliminate 
additional  source  fiber  optic  links  between  the  two  units  for  monitor  and  con- 
trol functions.  It  appears  that  both  EICU  and  Transponder,  being  single  fail- 
ure points  of  the  External  Intraconnect,  must  be  redundant.  The  backup  EICU/ 
Transponder  would  be  housed  in  another  shelter,  in  the  middle  of  the  center, 
to  provide  a reasonable  degree  of  survivability.  Figure  5-20  illustrates  the 
redundance  scheme  using  optical  *'T'*  couplers  connecting  the  up  and  down  links 
of  each  shelter  to  both  transponders.  The  "T"  couplers  are  passive,  highre li- 
ability components  that  will  not  seriously  affect  the  availability  or  surviv- 
ability of  the  FI. 

The  shelter/transponder  links  are  assumed  to  be  generally  within  two  km 
of  the  middle  of  the  center.  However,  the  situation  has  been  identified  where 
radar  and  radio  shelters  may  be  as  much  as  8 km  from  the  middle  of  the  center. 
This,  a 16  km  EIU/EIU  transmission  path  could  become  a reality  in  some  FI  de- 
ployments. Neither  Fiber  Optic  nor  any  realizable  transmission  media  meeting 
the  requirements  of  the  FI,  at  present,  is  capable  of  sustaining  16  km  repeat- 
erless transmission.  Therefore,  the  transponder  must  act  as  a regenerative 
repeater. 


The  uplinks  from  each  shelter  contain  a continuous  200  Mb/s  digital 
transmission  stream.  Only  one  shelter  or  the  EICU  transmits  a packet  at  one 
time  on  the  uplink.  All  others  transmit  pseudo-random  fill  sequences  on  their 
uplinks.  The  transponder,  under  control  of  the  EICU,  switches  the  uplink 
stream  of  the  shelter  transmitting  the  packet  into  an  elastic  buffer  for  re- 
synchronization  and  regenerated  baseband  signal,  then  modulates  the  optical 
carriers  on  the  fiber  optic  downlinks  to  each  of  tha  shelters.  The  transpon- 
der and  fiber  optic  transmission  media  will  be  discussed  separately. 

5. 2. 4.1  Transponder.  The  transponder  is  a star-optical  regenerative 
repeater  which  also  acts  as  an  uplink  conanutator  and  asynchronous  buffet.  The 
input  to  the  transponder,  the  modular  uplink  optical  receiver,  is  comprised  of 
six  optical  receivers  on  each  fiber  optic  uplink;  four  for  the  packet  chan- 
nels, one  for  the  byte  clock  and  one  for  the  word  clock,  as  discussed  in  Sec- 
tion 5.2.1.  The  optical  receivers  are  discussed  in  Section  5. 2.4. 2.  The  op- 
tical receiver  section  will  be  modular  such  that  each  module  contains  a set  of 
receivers  for  each  uplink  in  the  center.  Using  this  approach,  a center  would 
use  only  the  number  of  modules  required  to  support  its  uplinks.  Therefore,  it 
would  not  be  taxed  with  a full  set  of  modules  capable  of  supporting  a maximum 
center  configuration  of  64  shelters.  If  new  shelters  are  added  to  the  center, 
then  a new  module  would  be  likewise  added  to  the  transponder.  The  EICU  is 
collocated  in  the  same  shelter  with  the  transponder.  Therefore,  its  uplink 
data  channels  are  not  routed  through  the  optical  receivers  since  fiber  optic 
links  aie  not  required  within  a shelter. 

The  uplink  data  and  clocks  (6  lines)  from  the  shelter,  selected  for 
downlink  packet  transmission  by  the  EICU  are  routed  through  the  uplink  commu- 
nication to  the  Elastric  Buffer. 

The  commutator  operates  under  control  of  the  EICU.  The  Commutation  se- 
quence is  governed  by  the  El  polling  algorithm  stored  in  the  EICU.  Figure 
5-21  will  help  illustrate  the  commutator  function.  The  EICU  switches  the  com- 
mutator to  its  input  ports  during  the  PRS  period.  The  SOT  code  plus  the  poll 
packet  are  transferred  into  the  Elastic  Buffer  under  control  of  the  EICU  byte 
and  word  clock.  The  data  and  clocks  illustrated  in  Figure  5-11  are  typical  of 
EICU  and  EIU  word  construction  and  clock  relationship.  The  packets  are 
strobed  out  of  the  buffer  under  control  of  the  EICU  byte  and  word  clocks. 

When  all  of  the  poll  packet  words  have  been  transferred  into  the  buffer,  the 
PRS,  transmitted  on  the  EICU  uplink,  is  transferred  into  the  buffer.  The  EICU 
will  then  switch  the  conmutator  to  the  channel  that  it  j^st  polled.  The  com- 
mutator will  always  be  switched  at  the  start  of  an  EICU  word. 
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Figure  5-21.  Typical  El  selected  uplink  packet  transmission  sequence. 
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The  PRS  on  the  polled  shelters  uplink  will  then  be  transferred  into  the 
buffer  until  its  SOT  code  followed  by  its  response  packet,  appears  on  the 
uplink  and  is  transferred  into  the  buffer.  After  Pj  ^^s  been  transferred 
into  the  buffer,  the  PRS  on  its  uplink  begins  to  be  transferred  into  it.  The 
output  of  the  buffer,  which  is  the  El  downlink  data  stream,  is  constantly  mon- 
itored by  the  EICU.  When  it  recognizes  the  end  of  Pj^  it  will  then  switch 
the  commutator  back  to  the  EICU  input,  and  start  transferring  its  own  PRS  back 
into  the  buffer  input.  At  the  end  of  the  first  PRS  word,  the  EICU  transfers 
its  SOT  plus  the  poll  message  to  the  next  shelter  in  the  polling  sequtince. 

The  selected  uplink  packet  sequence  continues  in  essentially  this  same  fashion 
of  PRS-Poll-PRS-P^-PRS-Poll . The  only  exception  to  this  sequence  occurs 
when  a direct  address  packet  is  being  transmitted  over  the  El.  In  this  case 
only,  a query/response  routine  must  be  exchanged  between  the  originating  and 
destination  EIUs.  This  exchange  is  shown  in  Figure  5-21  by  packets  P3,  P4  and 
P5.  P3  is  a query  packet,  followed  by  the  response  packet  P4,  followed  by  the 
data  packet  P5*,  The  EICU  must  analyze  every  packet  header  on  the  selected 
uplink  output  from  the  buffer  to  determine  what  switching  action  to  take.  In 
the  query  response  packet  exchange,  it  recognized  that  P3  was  a query  directed 
to  the  destination  shelter  and  switched  the  commutator  to  the  destination 
shelter  uplink  after  P3  was  completely  recognized  at  the  buffer  output.  The 
EICU  then  analyzed  P4  and  determined  that  it  was  an  affirmative  response  (EIU 
buffer  space  available)  and  switched  the  commutator  back  to  the  originating 
shelter's  uplink.  It  then  monitored  P5  to  determine  the  end  of  the  data  pack- 
et and  switched  the  cotamutator  back  to  itself  for  the  next  poll  packet. 

The  downlink  data  stream  that  is  always  clocked  out  of  the  Elastic  Buf- 
fer by  the  EICU  byte  and  word  clocks  is  a continuous  transmission  stream  (nine 
four-bit  bytes  per  word).  However,  each  shelter's  uplink  is  asynchronous  to 
every  other  shelter's  uplink  in  the  center  due  to  two  factors. 

a.  Transit  time  differential  because  of  the  difference  in  distances 

from  the  shelters  to  the  transponder  plus  the  difference  in  propaga- 
tion delays  from  cable  to  cable.  Assuming  the  cable  propagation  de- 
lay were  constant  at  5.1  ncec.  per  meter,  the  transmit  time  differ- 
ential between  two  shelters  being  8 km  further  from  the  transponder 
than  the  other,  is  40.8  usee.  The  50Mb/s  uplink  transmission 
rate  over  40.8  usee  transmit  time  differential  produces  a 226.67 
word  differential  transit  time  delay**  from  the  two  shelters  to 
the  transponder. 


^*This  sequence  assumes  the  destination  shelter  had  buffer  space  available  and 
responded  with  an  affirmative  response  in  P4.  If  a negative  response  is 
tranmsmited  in  P3,  then  P3  would  not  appear  in  the  sequence. 

**At  50Kb/s,  a byte  period  is  20  ncec,  and  a word  period  is  180  nsec. 

There  are  226.67  word  periods  in  40.8  usee. 
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b.  Response  time  delays  from  EIU  to  EIU  could  be  in  he  microseconds  due 
to  component  and  processing  delays. 

Only  fractional  word  delay-^  affect  the  up  link /down  link  phasing,  since 
only  word  alignment  is  required  in  the  transponder.  The  EICU  controlling  the 
commutator  switching  guarantees  proper  alignment  of  packets  and  PRS  words. 

The  differential  in  woid  arrival  times  between  the  various  shelters  in  the 
center  is  absorbed  by  the  Elastic  Buffer. 

The  Elastic  Buffer  is  a byte-oriented  asynchronous  buffer  in  which  data 
bytes  are  written  into  it  under  control  of  the  selected  uplink  byte  clock  and 
read  out  under  control  of  another  independent  byte  clock  from  the  EICU.  The 
relative  phasing  of  the  write  in/read  out  clocks  can  vary  within  the  confines 
of  the  buffer  size  such  that  the  buffer  never  overflows  or  depletes.  A buffer 
sizing  of  + one  word  (+  9 bytes)  would  guarantee  no  loss  of  data  when  switch- 
ing from  one  uplink  to  another.  When  the  commutator  switches  from  one  uplink 
to  another,  during  the  PRS  periods  on  each  uplink,  bytes  are  dropped  from  the 
newly  selected  uplink  PRS  in  the  Elastic  buffer  to  align  it  with  the  EICU  word 
and  byte  clocks. 

The  four  channels  of  the  selected  uplink  are  transferred  out  of  the 
Elastic  Buffer  by  the  EICU  byte  and  word  clocks  into  the  Modular  Downlink  Op- 
tical Power  Distributor.  The  byte  and  word  clocks  are  also  routed  into  the 
distributor  along  with  a SOT  resync  pulse.  The  resync  pulse  stream  is  discus- 
sed in  Volume  II.  The  function  of  the  optical  power  distributor  is  to  convert 
the  selected  uplink  data  channels  plus  the  ECIU  clocks  and  resync  pulse  stream 
from  the  electrical  domain  to  the  optical  domain  and  drive  each  of  the  seven 
fiber  do%mlinks  to  each  of  the  shelters  in  the  center. 

There  are  two  approaches  to  the  optical  power  distribution  function. 
First  is  the  unsophisticated  brute  force  approach  of  buffering  the  electrical 
data  and  clock  signals  and  then  driving  the  seven  fibers  of  each  downlink  in- 
dividually. This  approach  requires  seven  line  drivers  for  each  downlink 
driver  module.  Seven  injection  lasers  and  drivers  ave  required  in  this  ap- 
proach. The  power  distributor  must  also  be  modularized  such  that  a center  ne- 
eds only  the  number  of  line  driver  modules  required  to  drive  its  downlinks. 

Ti  line  drivers  are  discussed  in  Section  5. 2.4. 2. 

An  alternate  approach  that  could  prove  a considerable  cost  saving  and 
should  be  considered  in  the  hardware  design  phase,  is  the  use  of  a single  fi- 
ber-optical star  coupler.  The  star  coupler  is  driven  by  a single  injection 
laser  and  the  power  then  divided  evenly  to  each  of  the  output  parts.  The 
analysis  in  Section  5.2. 4. 2 will  show  that  an  n/port  star  coupler  could  be 
used  in  a 2 km  distribution  system,  but  the  loss  is  too  great  for  8 ka.  distri- 
bution. If  the  star  coupler  proves  re  .liable  for  a 2 km  center,  any  links 
greater  than  2 km  up  to  8 km  could  be  driven  by  individual  drivers.  The  im- 
plementation of  the  optical  power  distributor  is  a hardware  implementation 
problem  and  can  be  addressed  in  the  future,  and  in  no  way  affects  the  feasi- 
bility or  realizablity  of  the  PI. 
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A non-switching  transponder  (Fig.  5-22),  was  considered,  but  discarded 
as  a general  solution  to  the  El  optical  distribution  problem.  The  difference 
in  this  approach  from  the  switching  transponder  is  in  the  uplink  receiver  and 
selection  (comnutator)  functions.  All  fibers  from  each  uplink  channel  are 
collected  together  in  a bundle  connector  and  coupled  to  a large  area  photo  de- 
tector. Thus,  all  data  channel  number  Is  from  each  shelter  are  coupled  to- 
gether in  one  connector,  data  channel  number  2s  in  another  connector,  and  so 
forth.  Large  area  detectors  (65  mill  diameter  surface)  are  avalable  accept  a 
single  fiber  from  all  64  shelters,  the  maximum  center  configuration. 


Optical 


Since  the  uplink  fibers  of  a channel  from  each  shelter  are  all  incident 
on  the  same  detector,  only  one  shelter  optical  trarasitter  nay  be  enabled  at  a 
time.  This  requires  the  uplink  transmission  from  the  shelters  be  of  a burst 
nature  rather  than  a continuous  stream  of  a PRS  interspersed  with  packet 
transmissions.  An  example  of  packet  only  transmission  is  illustrated  in  Fig- 
ure 5-23.  The  packet  sequencing  of  the  selected  uplink  stream  in  this  ap- 
proach is  implemented  by  the  polling  function  alone,  and  no  commutator  is  re- 
quired. The  output  from  the  six  optical  receivers  are  routed  to  the  elastic 
buffer  from  which  point  the  rest  of  the  transponder  operation  is  the  same  as 
the  switched  transponder.  The  downlink  data  stream  is  the  same  for  the  non 
switched  as  fcr  the  switched  transponder. 
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This  approach  requires  only  six  optical  receivers  in  the  transponder  for 
the  entire  center,  thus  eliminating  the  need  for  six  optical  receivers  for 
each  shelter  uplink  in  the  center.  The  potential  cost  savings  in  this  ap- 
proach is  quite  substantial  due  to  the  high  cost  of  the  optical  receivers. 

The  simplification  of  the  transponder  and  the  cost  savings,  however,  are  off- 
set by  three  major  operational  disadvantages  which  lead  to  the  elimination  of 
non-switched  transponder  as  a viable  candidate. 

a.  Reduction  in  traffic  flow  security.  By  monitoring  the  uplinks  for 
activity  only,  the  frequency  of  information  transmission  and  the 
length  of  the  transmission  can  be  determined.  Some  masking  of  the 
transmission  can  be  accomplished,  but  the  inherent  compromise  of 
traffic  flow  security  cannot  be  eliminated. 

b.  Jamming  susceptability.  If  any  fiber  cable  can  be  accessed,  contin- 
uous light  energy  could  be  injected  into  the  uplink  fibers,  thereby 
incapacitating  the  entire  El  transmission  system. 

c.  El  transmission  system  reliability.  A failure  in  the  tramsit  sec- 
tion of  any  EIU  such  that  its  optical  transmitters  are  continuously 
on  would  render  the  entire  El  transmission  inoperable.  Protection 
could  be  built  into  the  EIU  to  disable  Che  optical  transmitters  af- 
ter a fixed  transmission  lime  which  could  increase  the  El  transmis- 
sion system  availablility. 

Only  if  a situation  occurs  where  thes^  three  factors  are  not  signifi- 
cant, could  the  non-switching  transponder  possibly  be  advantageously  used. 

5. 2. 4. 2 Fiber  optic  transmission  system  (Digital  Signals).  The  fiber 
optic  transmission  system  provides  the  up  and  downlink  interconnection  between 
the  transponder  and  the  EIU.  Fiber  optic  transmissicti  was  chosen  over  other 
candidate  transmission  technologies  because  the  «idvantages  peculiar  to  fiber 
optics  more  closely  match  the  El  tranamiaslun  requirements  than  other  candi- 
date techniques.  Some  of  the  advantages  of  fiber  optic  communications  are; 

a.  Cotsplete  electrical  isolation  bet%»een  transmitter  and  receiver  (no 
lightning  haaard  or  ground  current  problems); 

b.  Immuniiy  from  external  EMI/RFI  and  EKP  (no  electromagnetic  fields  in 
dielectric); 
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c.  Inherently  wide  signal  bandwidths; 

d.  No  conducted  or  radiated  emissions; 

e.  Crosstalk  between  adjacent  fibers  within  a multifiber  cablf'  is  very 
small  (80  to  100  dB  down;  photon  energy  not  totally  reflected  back 
into  core  of  fiber  is  almost  totally  absorbed  in  cladding  material); 

f.  Inherent  transmission  security  (tapping  of  a fiber  involves  signal 
splitting  which  leads  itself  to  transfer  detection  as  a reduction  in 
received  signal  energy); 

g.  Digital  or  analog  modulation  capability; 

h.  Assembled  fiber  cable  physically  small  and  lightweight; 

i.  Components  stable  over  a wide  operating  temperature  range; 

j.  No  spark  or  fire  hazard;  and 

k.  Fiber  attentuaticn  is  independent  of  temperature  variations. 

One  illustration  of  the  advantages  that  fiber  optic  implementation  of 
the  El  offers  is  its  comparison  with  the  present  multiwire  cable  shelter  when 
separations  of  0.5  km  (1500  ft.)  are  considered;  the  same  techniques  can  be 
applied  at  much  greater  separations.  The  light  weight  of  the  fiber  cable 
means  increased  length  per  reel  with  no  increase  in  total  reel  weight,  whereas 
it  takes  six  reels  of  CS-4566  cable  at  75  lb  per  reel  to  cover  1500  ft.  One 
reel  of  fiber  cable  weighing  less  than  35  lb  can  do  the  same  job  for  a weight 
saving  of  over  92  percent. 

Multi-fiber  cables  can  be  used  to  increase  the  total  throughput  without 
appreciable  increase  in  cable  size.  Fiber  optics  cable  has  both  size  and 
bandwidth  advantages  over  coaxial  cable,  e.g.,  RG-63/U  low-capacitance  cable 
is  nominally  0.405  inch  in  diameter  while  PVC  jacketed  multi  fiber  cable  is 
typiically  0.25  inch  in  diameter.  As  such,  fiber  cables  can  easily  be  stored 
and  transported.  Additionally,  fiber  cable  can  easily  be  drawn  (with  a low 
degree  of  concern  for  fiber  breakage)  through  both  horizontal  and  vertical  ca- 
ble shelter  ducting.  Noninformation-bearing  strengthened-cable  members  either 
metallic  or  nonmetallic,  can  also  be  used  if  necessary,  for  installing  long- 
haul  coQBXjnication  links  in  strategic  and  tactical  environments.  The  inhe.enl 
wide-bandwidth  characteristics  of  a fiber  optics  link  result  in  advantages  not 
readily  obtained  with  wire  systems. 

First,  the  attentualtion  characteristics  of  currently  available  low-loss 
fiber  are,  unlike  coaxial  cable,  independent  of  baseband  frequency.  Loir-loss, 
high-silica  fibers  can  be  purchased  today  with  attenuation  that  approaches  the 
Rayieighr  scattering  limit,  i.e.,  2 to  5 dB/km,  at  the  transmission  wavelength 
of  interest;  at  least  an  order  of  magnitude  leas  than  good  quality  coaxial 
transmitting  at  the  same  baseband  frequency.  One  net  advantage  it  that  long, 
unrepeacered  data  links  (8  to  10  km)  are  possible  with  fiber  optics  coautunica- 
tion  systems.  Corresponding  long-wire  links  generally  require  powered  re- 
peaters at  intervals  less  than  1 km. 

Second,  a wide-bandwidth  fiber  link  easily  accommodates  an  increased 
data  rate  through  multiplexing  techniques  by  modification  of  the  electro- 
optical  transmitter  and  detector  ciicuits-provided  a wideband  fiber  is 
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initially  selected.  Future  data^rate  requirements  need  not  require  the  re- 
placement cf  cables  to  achieve  better  tranmamission  performance.  Hiere  is  a 
disadvantage,  however,  in  that  logistics  and  parts  qualification  factors  must 
be  considered  for  reliable  operation,  installation,  and  maintenance.  Opera- 
ting and  maintenance  personnel  must  gain  experience  with  optical  parameter 
measurements,  e.g.,  low-power  levels,  and  fiber  interconnections. 

The  El  transmission  requirements  identify  the  design  parameters  imposed 
on  the  fiber  optic  transmission  system.  Since  the  high-speed  digital  and  an- 
alog transmission  requirements  and  design  differ  significantly,  they  will  be 
discussed  separately  below. 

a.  High-Speed  Digital  Data  Links:  The  design  parameters  imposed  on 
these  links  are: 


1.  Transmission  distance  up  to  8 km; 

2.  Digital  data  rate  of  200  Mb/s  (4  SDM  channels  0 50  Mb/s  each); 
and 

3.  BER:  1x10-8. 


5. 2. 4. 2.1  Fiber  optic  transmission  system  components.  Component  types 
evaluated  in  this  preliminary  investigation  of  the  fiber  optic  tramsmission 
medium  include  optical  transmitters,  single-fiber  and  multi-fiber  cables,  and 
optical  receivers.  Currently,  LEDs  and  solid-state  injection  lasers  (iLs)  are 
the  only  elements  under  consideration  in  the  optical  transmitter  electronics. 
Correspondingly,  two  types  of  photodiodes  are  of  prime  interest  for  operation 
within  the  optical  receiver.  The  two  solid-state  photodiode  detectors  most 
suited  for  medium  to  high  bandwidth/long-haul  communications  for  optical  fiber 
applications  are  the  PIN  diode  (containing  positive  (P),  intrinsic  (l),  nega- 
tive (N)  layers)  and  the  APD  (avalanche  photodiode).  Optical  receivers  for 
this  application  would  use  one  of  these  photodiode  detector  types  since  both 
exhibit  high  quantun  efficiency,  speed,  and  general  availability.  The  APD  is 
generally  more  costly  and  uses  a high-voltage  power  supply  (250V  at  10  nA). 
However,  the  APD  with  internal  avalanche  gain  provides  greater  receiver  sen- 
sitivity than  the  PIN  receiver.  The  power  budget  analysis  discussed  later  in 
this  section  will  show  that  only  the  APD,  with  its  greater  sensitivity,  is  ca- 
pable of  providing  the  BER  for  50  Mb/s  transmission  over  8 km  of  low- 

loss  fiber. 


The  solid-state  LEDs  and  laser  diodes  used  within  the  optical  transmit- 
ter are  conveniently  modulated  by  varying  their  bias  current.  Most  of  these 
devices  emit  peak  light  power  at  approximately  840  nm  in  the  near-infrared 
portion  of  the  spectrum.  This  peak  output  power  region  matches  the  low  atten- 
uation region  of  optical  fibers  to  maximise  transmission  efficiency.  An  addi- 
tional positive  attraction  of  the  fiber  optics  system  is  thet  the  light-emit- 
ting surface  area  of  both  the  LED  and  IL  are  dimensionally  compatshle  with  the 
light-acceptance  angle  of  many  fibers  and  fiber  bundles. 
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This  dimensional  comparability  is  essential  in  minimizing  source-to-fiber  cou- 
pling losses.  The  LED  voltage-current  transfer  characteristic  is  generally 
more  linear  than  the  xL  transfer  characteristic  and,  for  this  reason,  its  use 
is  more  readily  adaptable  for  both  digital  and  analog  '"radar  video)  modulation 
techniques.  On  the  other  hand,  ILs  have  a greater  power  output,  lower  srec- 
tral  spread,  and  narrower  emission  angle  than  an  LED,  which  can,  in  turn,  be 
translated  into  longer  transmission  paths  such  as  the  8 km  required  in  the  El. 
When  used  in  a digital  data  path,  the  IL  is  intensity-modulated  from  fully  off 
to  fully  on,  and  an  NRZ  data  format  can  be  used.  Commonly  used  data  formats 
also  include  a return-to-zero  (R2)  and  unipolar  Manchester  coding,  which  im- 
pact directly  the  average  link  power  calculations  and  complexity  of  digital 
receivers. 

The  graded-index  multimode  fiber  was  chosen  as  the  transmission  medium 
of  the  El  because  its  low  modal  dispersion  characteristics  in  conjunction  with 
low  attenuation  characteristics  allow  for  repeaterless  transmission  of  50  Mb/s 
digital  data  over  a distance  of  8 km  with  less  than  lx  10"8  candi- 

date optical  fiber  being  considered,  and  one  which  meets  the  attenuation  and 
model  dispersion  criteria  for  EX  transmission  is  the  graded-index  multimode 
optical  fiber  manufactured  by  ITT  (Type  T”221).  The  fiber  consists  of  a sili- 
ca core,  doped  to  produce  a graded-ref rac t ive  index  profile,  and  a borosili- 
cate  cladding.  It  has  5 db/km  attenuation  at  a wavelength  of  850  nm  and  a -3 
dB  intermodal  dispersion  of  1 nsec/Vm.  The  numerical  aperture  is  0.25,  which 
corresponds  to  an  acceptance  core  half-angle  of  about  14.5  degrees.  Another 
candidate  is  Calwing's  Coreguide  2041  (recently  introduced)  which  is  a gladed- 
index  fiber  with  approximately  0.8  nsec/km  intermodal  dispersion  and  an  atten- 
uation of  less  than  2 dB/km  at  900  nonometers  wavelength. 

Step  Index  fibers,  even  though  they  exhibit  low  attenuation  characteris- 
tics, were  discarded  for  El  transmission  because  their  ’•elatively  high  inter- 
modal dispersion  (or  the  order  of  15  usec/km)  renders  them  incapable  of  sup- 
porting 50  Mb/s  tramnsmiszion  over  several  hundred  feet.  A fiber  cable  as- 
sembly of  thirteen  T-221  or  Coreguide  2041  fibers  will  be  required  to  :ueet  the 
requirements  of  six  uplink  channels  and  seven  do%mlink  channels  of  the  digital 
tramsmission  system. 

Fiber  bundles  (wherein  the  multiple  fibers  carry  the  same  information) 
are  bulky,  not  usually  strengthened,  and  generally  marked  by  higher  spectral 
attentuation  and  modal  dispersion,  and  for  these  reasons  were  not  considered 
viable  for  El  transmission. 

5. 2. 4.2. 2 Power  budget  analysis.  The  power  budget  was  first  determined 
by  assuming  an  Injection  Laser  ( IL)  source,  driving  four  two-Km  sections  of 
cable  in  series  bet%ieen  two  shelters,  as  illustrated  in  Figure  5-24.  The  up 
and  downlinks  are  transmitted  continuously  on  separate  cables  providing  full- 
duplex  coefBunication  between  the  shelters.  Table  5-1  and  5-2  illustrate  the 
power  budget.  The  II  source  output  po%fer  is  assumed  to  be  10  dBm  which  is 
typical  of  high  power  ILs.  The  cable  can  be  purchased  in  2 km  lengths  %#hich 
require  seven  connectors  as  shown  in  the  figure.  Good  optical  connectors  ex- 
hibit less  than  1 dB  loss,  for  a total  connector  loss  of  7 dB.  The  resulting 
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receiver  input  power  is  -42  dBm  for  the  T-221  cable  and  -ISdBm  for  the  Core- 
guide 2041.  The  digital  receiver  performance  curves  (Fig.  5-25)  for  a BER  ol 

1x10-8  indicate  that  a 50  Mb/?’  data  rate  the  minimum  receiver  power  input 
for  a PIN  detector  is  -54  dBm.  Thus,  only  an  APD  receiver  will  meet  the  El 
tramsmission  requirements  with  a power  m/irgin  of  12  dBm  when  using  the  T-221 
cable.  A PIN  detector  could  be  used  with  the  Coreguide  2041  with  an  18  dBm 
margin. 


Shelter  Wal! 


8Km  — 

2Km  2Km  2K 


Shelter  Wall 


2Km 


I optical  \ 

-I  pjijgj.  ^Connector  ' 

Figure  S-24.  8 km  inter.helter  fiber  optic  link. 
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TABU  5-1.  POWER  BUPCET  T-221  FIBER 


1 Polwr 

1 Level  (dBm) 

1 

Power 

Loss  (dB) 

Source  Output  Power  HU 

10 

Coupling  Loss  (Source^iber) 

-4 

Fiber  Attenuation  l^.Km)  at  3 d6/Km 

-40 

Seven  Series  Connectors  at  1 dB/conn 

•7 

Coupling  Loss  (Fiber/Detector) 

-1 

Receiver  Input  Power 

-42 

•52  1 

TABLE  5-2  POWER  BUDGET  ( COREGUIDE  2041) 


error  perfonD4nce  is  actually  much  better  than  10-8  cither  case  because 
the  BER  decreases  dramatically  with  small  increases  in  optical  power  as  the 
receiver  SNR  passes  through  the  neighborhood  of  20  dB« 

An  LED  will  not  provide  the  required  10“8  bkr  performance  whet  coupled 
to  the  T”221  cable,  due  to  its  lower  output  power  (-tS  dBm)  and  the  high-sourcc- 
to  fiber  coupling  loss  of  approximat ley  20  dB.  fhe  resulting  receiver  input 
power  is  23  dB  lower  than  that  of  the  IL  of  -65  dBm.  In  this  region  a 1 dB 
increase  in  optical  power  results  in  a reduction  of  the  BER  to  On 

shorter  links,  up  to  6 km  where  the  loss  is  11  dB  lower  (10  dB  for  2 km  plus  1 
dB  for  one  less  connector)  the  receiver  input  power  with  the  T-221  cable  is 
-31  dBm  which  according  to  Figure  5-25  indicates  a PIN  detector  is  sufficient 
with  5 dBm  margin.  An  LEO  could  provide  the  required  Power  level  to  insure  a 
10-8  when  coupled  to  the  Coreguide  2041  cable  and  an  APD  detector,  with 

* dBm  margin. 

A more  efficient  approach  to  transmission  of  the  digital  El  channels,  in 
which  considerable  fiber  optic  cable  savings  can  be  realized,  is  the  implaen- 
tation  of  full-duplex  transmission  of  the  up  and  downlinks  over  the  some  fi- 
bers. Figure  5-26  shows  this  operation,  which  is  based  on  bidirectiona*,, 
wavelength  multiplexed  transmission  over  a single  fiber.  The  approach  re- 
quires a bidirectional  "T"  coupler  on  each  fiber  at  each  end  of  the  ca'jle, 
i.e.,  at  the  shelter  and  at  the  transponder.  Different  wavelength  IL’«  are  re- 
quired for  the  up  and  downlinks.  The  figure  shows  the  driver  at  the  shelter 
using  a source  of  wavelength, A , and  the  transponder  optical  sourc*  emitting 
power  at  wavelength, A 2 .The  two  source  types  could  operate  at  two  r.tandcrd 
fiber  optic  coBq>onent  wavelengths,  850  nm  and  ?00  nm,  which  provide  sufficient 
separation  for  the  system.  Optical  filters  are  also  required  in  f .vnt  of  the 
receivers  at  both  ends  of  the  cable.  The  filters  pass  the  cpcica)  sign*' 
power  from  the  driver  at  the  opposite  shelter  into  the  optical  receivers,  and 
attenuate  the  signal  from  the  driver  in  the  same  shelter.  For  eramole,  the 
optical  filter  ( A 2)  in  the  transponder  pastes  te  uplink  signal  ( A 2)  from 
the  shelter  and  attenuates  all  other  wavelengths,  including  A ^ from  th* 
downlink  drivers  in  transponder.  The  filters  prevent  the  downlink  signals 
from  feeding  back  into  the  uplink  receivers  and  swamping  the  unlink  data.  The 
same  is  true  for  the  A 1 filter*  on  the  shelter  downlinks. 


Figure  5-26.  Bidirectional  up-downHnk  transmission  over  single  fiber. 
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Glass-on-glass  fiber-compatible  couplers  compatible  with  either  stepor 
paded-index  fiber  are  available  which  include  directional  wavelength-duplex- 
ing coupler^  allowing  bidirectional,  wavelength— multiplexed  transmission  over 
a single  optical  fiber.  One  coupler  indicative  of  the  candidates  to  be  con- 
sidered is  the  Three-Port  Wavelength  Duplex  Directional  Coupler  manufactured 
by  ITT  (T-778).  The  port-to-port  directional  transmission  and  insertion  loss 
of  the  coupler  is  shown  in  Figure  5-27.  The  coupler  loss  from  Port  2 to  Port 
I,  which  is  the  driver  to  intershelter  fiber  path,  is  1.5  dB,  The  coupler 
loss  from  port  i to  port  3,  which  is  the  in.:er»helter  fiber  to  receiver  path, 
is  10  dB.  The  additional  transponder/shelter  path  loss  due  to  the  two  bidir- 
ectional couplers  is  11.5  dB.  An  additional  2 dB  loss  will  be  realized  in  the 
optical  filter  that,  combined  with  the  coupoles  losses,  adds  a 13.5  dB  loss  to 
the  optical  transmission  path. 


Portl 

o— 


Coupler 


Port  2 
— o 


Port-to-Port  Port  3 

Insertion  Loss 

Port/  Loss* 

Port  (dB) 

2tol  1.5 

1 to  3 10. 


‘at  850  nanometers 

Figure  2-27.  ITT  three-port  directional  coupler. 

The  resulting  receiver  optical  input  power  is  reduced  to  -55.5  dBm, 
which  is  -1.5  dBm  below  the  required  input  power  to  provide  a BER  of  1x10-8 
at  50  Hb/s  (see  Fig.  5-25).  A higher  outut  power  IL  (14  to  15  mu  ) in  the 
driver  lower  loss  connectors  (-0.5  dB/connector)  would  increase  the  input 
power  sufficiently  to  reach  the  required  -54  dBm.  Both  higher  power  ILs  and 
lower- loss  connectors  are  claimed  by  manufacturers  and  should  be  standard 
specifications  within  the  next  two  years.  Using  Coreguide  2041  cable,  wave- 
length multiplexing  results  in  receiver  input  power  of  31.5  dBm.  Thus  a PIN 
detester  could  be  used  to  provide  a 4.5  dBm  margin,  or  an  APD  detector  with  a 
22.5  dBm  margin. 


5. 2.4. 2. 3 Optical  modulation  techniques.  For  optimum  performance  (max- 
imum SKTv),  the  receiver  front-end  noise  must  be  minimiaed.  Since  the  total 
noise  increases  with  receiver  bandwidth,  the  optimum  receiver  design  should 
have  a narrow  band  front  end  at  the  fundamental  frequency  of  the  digital  data 
signal™  The  wideband  nature  of  NR2  modulated  50  Mb/s  data  is  not  amenable  to 
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narrow-band  processing.  Another  problem  with  NRZ  modulation  is  that  long 
strings  of  ones  or  zeroes  can  occur  in  random  data.  This  c.an  cause  problems 
in  high-speed  fiber  optic  links,  since  all  light  pulses  are  unipolar,  and  can 
cause  dc  drift  errors  in  the  receiver.  The  ac  coupling  in  the  receiver  (used 
to  eliminate  the  drift),  cannot  be  used  in  NRZ  receivers  because  the  power 
spectral  density  is  non  zero  as  the  baseband  signal  approaches  dc,  due  to  long 
strings  of  ones  and  zeroes. 

Forms  of  RZ  modulation  such  a Biphase  (Manchester  coding)  were  also  con- 
sidered, but  these  modulation  techniques  are  not  optimum  either  since  they  are 
also  wideband  and  havj  a fundamental  twice  that  of  NRZ.  The  spectrun  of  the 
fundamental  of  an  NRZ  modulated  baseband  signal  lies  between  zero  for  a long 
string  of  ones  and  zeroes  and  one-half  the  information  rate  for  an  alternating 
one/zero  pattern.  An  RZ  modulated  baseband  signal's  frequency  spectrum  lies 
between  one-half  the  information  rate  for  an  alternating  one/zero  pattern  and 
the  information  rate  for  a long  string  of  ones  or  zeroes.  RZ  modulation  al- 
lows ac  coupling  in  receiver  and  makes  it  more  attractive  than  ARz,  but  re- 
quires a wideband  receiver  front  end  of  25  MHz,  which  makes  it  unattractive. 
Both  phase  and  frequency  shift  keying  techniques  might  offer  improved  receiver 
performance  and  should  be  considered  in  the  El  transmission  oesign  in  Phase  II. 

5. 2.4. 2.4  Intermodal  dispersion  analysis.  To  avoid  data-bit  sampling 
errors  due  to  intersymbol  interference  caused  by  pulse  jitter,  the  overall 
system  rise  time  must  be  kept  to  within  approximatley  70  percent  of  the  pulse 
width  for  NRZ-type  data  formats  or  35  percent  for  RZ  formats.  Since  some  kind 
of  RZ  modulation  is  required  on  the  four  50  Mb/s  El  data  channels,  the  system 

rise  time  of  the  fiber  optic  transmission  system  must  be  less  than  7 nanosec- 

onds. The  individual  rise  times  of  the  IL  source,  fiber  (due  to  intermodal 
and  material  dispersion)  and  receiver  rise  times  can  be  combined  in  a root- 
sum-of-the-squares  (RSS)  fashion  to  determine  the  system  rise  time. 

A 1.5  nonosecond  rise  time  in  the  IL,  2 nanosecond  rise  time  in  detector 

and  a 1 nsec/km  cable  yields  a system  rise  time  of  approximately  8.4  nanosec- 
onds, which  is  42  percent  of  the  data  period.  This  leaves  only  1.6  nanosecond 
margin,  which  is  unacceptable  for  low-error  data  detection.  An  0.8  nsec/km 
fiber  with  the  same  IL  and  detector  yields  a 6.87  nanosecond  system  rise  time 
which  is  acceptable  for  low-error  data  detection. 

^.2. 4. 2. 5 Conclusions.  The  El  digital  transmission  requirements  for  a 
channel  data  rate  of  50  Mb/f  over  8km  while  providing  a BER  of  better  than 

1 X 10-8  be  met  with  a fiber  optic  transmission  system  ii^lemented  with 
components  presently  available.  The  components  required  to  implement  the  sys- 
tem represent  the  present  state-of-the-art.  The  significant  component  speci- 
fications are  listed  below: 

a.  Injection  Laser  - 10  mw  peak  cw  output  power,  1.5  nanosecond  maximum 
rise  time. 

b.  Optical  Fiber  - ^ 4 dB/km,  < 0.8  nsec/km  graded  index  fiber. 

c.  Detector  - ADP,  high  responsivity  and  quantum,  efficiency,  2 nano- 
second rise  time. 

d.  Optical  Connectors  - < 1 dB  per  connection. 

e.  Optical  Couplers  (if  wav'4  length  multiplexing  is  used)  - three  port 

wavelength  duplexing  directional  coupler,  2 coupler  I/O  insertion 
loss  < 14  db. 
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Even  though  these  components  represent  the  state-of-the-art  today,  they  are 
expected  to  be  standard  off-the-shelf  components  in  two  to  three  years  in  the 
future.  The  use  of  components  with  less  stringent  specifications  is  recom- 
mended when  the  shelter/transponder  cable  distance  is  less  than  8km. 
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5. 2. 4. 3 Fiber  Optic  Transmission  System  (Analog  Signals).  Extra 
fibers  will  be  supplied  in  the  El  muitifiber  cable  for  transmission  of 
special  signals  such  as  the  radar  video  and  digital  information  from  the 
AN/TPS-43  radar  to  the  AN/TSQ-91  CRC  operations  central.  This  portion  of 
the  El  transmission  system  would  transmit  the  radar  video  and  digital 
signals  from  the  radar  to  the  OPS  in  a simplex  dedicated  manner.  A sin- 
gle fiber  could  be  used  for  the  four  6 MHz  video  outputs  and  the  corre- 
sponding 6 MHz  video  trigger  along  with  the  height  and  azimuth  informa- 
tion. FDM  multiplexing,  cither  electronically  with  the  subsequent  driv- 
ing of  the  optical  fiber  source,  or  by  directly  modulating  the  light  en- 
ergy using  an  electro-optical  or  acoustic-optical  modular  can  be  used  to 
implement  these  functions  this  design  decision  will  be  made  in  Phase  II. 

To  illustrate  the  level  of  performance  that  can  be  expected  by 
transmitting  the  radar  video  signals  through  a good-quality  fiber  optics 
• iveguide,  a representative  link  is  assumed.  An  injection  laser  (IL) 
.ource  can  be  intensity-modulated  about  a quiescent  output  midpoint  to 
allow  transmission  of  both  positive  and  negative  signals.  The  IL  driver 
would  be  designed  to  act  as  a pure  current  source  under  control  of  the 
input  voltage  signals,  which  tends  to  compensate  for  nonlinearities  of 
the  IL  voltage-current  characteristic.  Both  an  APD  receiver  and  a PIN 
receiver  were  evaluated  in  the  analysis  of  the  link  margin.  Typically, 
the  sensitivity  of  the  APD  receiver  with  a 40  db  SNR  and  a 6 MHz  band- 
width is  -40  dBm.  Under  the  same  condition'^,  the  average  power  required 
for  a PIN  detector  is  approximately  -35  dBm  (Figures  5-26  and  5-29).  The 
IL-to-fiber  coupling  losses  in  conjunction  with  the  degradation  effects 
of  time  and  temperature  on  the  intensity-modulated  IL  would  result  in  an 
optical  output  power  level  of  -6  dBm  coupled  into  a 0.25  NA  single  fiber. 
The  same  power  budget  described  in  Section  5. 2. 4. 2. 2 was  used  in  this 
analysis . 


Analog  receiver,  ADP  detector  performance. 


Figure  5-2 B, 
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Figure  29.  Analog  receiver,  PIN  detector  performance. 

The  analog  receiver  input  power  for  a transmission  system  using 
the  T-221  fiber  cable  is  ~42  dBm.  Thus,  an  8 Ion  link  of  T~221  fiber  does 
not  meet  the  40  dB  SRN  for  6 MHz  analog  signals  with  either  an  APD  or  PIN 
detector.  The  receiver  input  power  of  a system  using  Corgiude  2041  is 
about  -18  dBm,  which  provides  large  enough  receiver  power  with  either  an 
APD  or  PIN  detector  to  guarantee  the  40  dB  SNR.  The  receiver  input  power 
margins  are  22  dB  for  an  APD  detector  and  approximately  17  dB  for  an  PIN 
detector. 

Unlike  the  30  Mb/s  up  and  down  link  channels,  the  transmission  of 
video  and  related  digitized  radar  data,  i.e.,  azisuth  and  height  informa- 
tion is  unidirectional.  As  such,  wavelength  multiplexing  for  bidirec- 
tional transmission  on  a single  fiber  is  not  a consideration  here. 

The  1 nanosecond /km  intermodal  and  material  dispersion  of  the 
T-221  fiber  coupled  with  t 1.5  nanosecond  rise  time  in  the  IL,  and  a 2.0 
nanosecond  rise  tism  in  the  analog  receiver  yields  a system  rise  time  of 
approximately  8.4  nanoseconds.  This  cocq>ares  quite  favorable  with  the 
maximum  allowable  dispersion  of  58  nanoseconds,  which  for  intensity-mod- 
ulated analog  signals,  is  estimated  to  be  approximately  35  percent  of  the 
fundamental  period  of  the  6 KHz  video  signals.  Therefore,  the  use  of 
either  T-221  or  Corguide  20-41  fibers  will  meet  the  radar  transmission 
requireomnts  in  the  TAF  center. 
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5.3  FI  system  control.  The  FI*s  capacity  to  meet  the  data  transmission 
requirements  of  the  ADP  and  communication  terminal  equipments,  comprising  a 
variety  of  data  rates  and  structures,  requires  flexible  system  controls  be  in- 
corporated into  the  FI  Design.  FI  system  controls  function  is  a hybrid  of 
both  centralized  and  distributed  control,  i.e.,  some  control  such  as  device 
network  configuration  control  is  centralized,  while  others,  such  a LI  data 
transmission  control  is  distributed.  The  system  control  functions  were  de- 
fined in  the  study  as  either  human  or  automatic  equipment  controls.  The  as- 
pects of  FI  system  control  which  were  addressed  in  Task  III  of  this  study  are 
discussed  in  he  following  sections.  The  control  functions  are  categorized  un- 
der the  three  operational  modes:  Deployment,  System  Initialization  and  Data 
Transmission  for  convenience  of  the  discussion. 

5.3.1  Deployment  mode.  The  Deployment  Mode  consists  predominantly  of 
human  control.  Duirng  this  mode,  both  the  LI  and  the  El  must  be  fully  defined 
according  to  the  TAF  center  configuration,  and  its  subsystems  must  also  be 
physically  programmed  and  interconnected  by  the  LI  and  El  transmission  media. 
The  deployment  functions  are  listed  below  for  both  the  El  and  the  LI. 

LI  deployment. 

a.  LIU  address  programming  - Each  LIU  must  have  its  address  stored  in 
non-volitile  memory  such  that  it  will  be  preserved  in  the  situations 
of  transients,  power  loss,  or  LIU  failure.  The  memory  media  will 
most  likely  be  PROM  or  by  a bank  of  miniature  switches  not  easily 
accessable  from  the  exterior. 

b.  LIU  cabling  - The  LIUs  location  on  the  LI  cable  must  be  defined  (n 
feet  from  the  LICU,  between  LIUs  x and  y,  etc.).  The  LIUs  and  the 
Lieu  must  also  be  cabled  up,  probably  using  flat  ribbon  cable  and  a 
type  of  insulation  displacement  connectors  as  described  in  Appendix 
11.3  for  ease  of  addition  of  deletion  of  LIUs  from  the  LI  cable. 

c.  SAU  progranming  - The  SAUs  must  also  be  programmed  for  their  partic- 
ular functions  of  format  and  electrical  signal  transformation,  and 
data  transfer  protocol  routines  to  provide  compatability  with  the  FI 
interface  standard,  for  devices  which  do  not  inherently  meet  it. 

d.  Device  (SAU)  cabling  - The  devices  (SAUs)  must  be  cabled  to  the  LIU. 

El  deployment. 

a.  EIU  address  prograsiaing  - Each  EIU  must  have  its  address  stored  in 
nonvolatile  memory,  the  same  as  the  LIU. 

b.  EIU  configuration  programming  Tkie  EIUs  configuration  data  (nun^er 
of  El  channels,  number  of  KOs,  etc.)  must  also  be  stored  in  non-vo- 
latile memory. 

c.  El  physical  layout  definition  - The  data  defining  the  physical  lay- 
out of  the  FI  as  listed  below,  must  be  generated: 

1.  Number  of  shelters  on  El; 

2.  Location  of  EIU  (by  address)  on  the  transponder  (port  nuiid>er); 

3.  Transmission  system  (for  each  shelter). 
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a)  Transponder  interface  media  (fiber  optic), 

b)  No.  of  up/downlink  digital  channels  (no.  of  fibers  for  dig- 
ital transmission, 

c)  No.  of  analog  channels  (no  of  fibers  for  analog  transmis- 
sion) , 

d)  Transmission  rates  (digital  and  analog), 

e)  Cable  length. 

4.  Number  of  KGs  in  the  EICU. 

d.  EIU  cabling  - The  fiber  optic  cables  connecting  each  shelter  to  the 
transponder  must  be  installed  along  with  the  EIU/LICU  (FI  standard  interface) 
cabling. 

When  the  system  deployment  is  completed,  the  System  Initialization  Mode 
can  begin. 


5.3.2  System  initialization  mode.  After  the  system  has  been  deployed, 
and  as  each  subsystem  is  powered  up,  it  initializes  itself  in  a general  start- 
up mode.  The  subsystems  must  then  be  initialized  to  the  particular  configura- 
tion of  the  TAF  center.  The  initialization  of  the  system  is  under  the  control 
of  the  communications  officer  and  FI  Manager  subsystem.  The  System  control 
block  diagram  is  illustrated  in  Figure  5-30. 


Figure  5-30.  System  control  block  diagram. 

The  first  step  of  the  initialization  process  occurs  by  the  communica- 
tions officer  testing  the  FI  Manager  with  an  initialisation  test  routine  and 
then  loading  the  FI  database  into  its  nonvolatile  memory.  The  FI  Manager  must 
store  the  database  for  each  subsystem  in  the  FI  such  that  it  can  reiniti- 
alize the  subsystem  after  a failure  has  caused  the  loss  of  part  of  all  of  its 
operating  database.  The  data  transmission  function,  as  %rell  ai  the  diagnostic 
and  error  control  functions  in  the  FI,  are  under  distributed  control,  and, 
therefore,  the  database  must  also  be  distributed.  A preliminary  definition  of 
the  system  control  area  of  the  FI  database  is  discussed  below.  The  tables  and 
listings  described  below  are  intended  to  illustrate  the  type  of  data,  required 
for  system  control,  that  will  be  required  in  the  FI  database.  The  data  con- 
tained in,  and  format  of  the  listings  should  in  no  way  be  construed  to  be  the 
results  of  an  extensive  database  design  effort.  The  data  resulted  from  the 
listings  of  information  required  at  the  various  points  in  the  FI  system  during 
the  system  control  study  during  Task  III.  The  database  is  listed  under  each 
subsystem  and  component  where  it  is  used. 
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FI  Manager.  The  part  of  the  system  control  database  which  is  stored  in 
the  FI  Manager  is  listed  in  Table  5~3. 

TABLE  5-3.  FI  MANAGER  DATABASE  (SYSTEM  CONTROL) 

Device  Identification  Table 
Device  Opetation  Table 
LIU  State  Table 
Device  Status  Table 
Network  Table 
El  Address  Table 
Error  Reporting 
El  Address  Table 
Error  Reporting 
El  Database 
LI  Database 


a.  Device  identification  table:  This  table  contains  all  the  identifi- 
cation and  classification  information  required  to  perform  the  com- 
munications function  of  every  device  sr.rviced  by  the  ?I.  The  con- 
tents of  the  table  are  diacunsed  below.  They  ave  also  listed  in 
Table  5-4  for  convenient  access. 
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1.  Virtual  Address  (VA)/Real  Address  (RA)  - A virtual  address  is  a 
convenient  unique  number  assigned  to  each  device  serviced  by  the 
FI  to  identify  it  separately  from  any  other  device  in  the  FI.  A 
real  address  is  a unique  number  assigned  to  each  LIU  in  the  FI 
to  identify  its  real  location  on  an  LI  used  for  routing  data 
within  the  FI.  This  entry  correlates  the  devices  VA  to  a spe- 
cific RA  (LIU)  on  the  FI. 

2.  Device  type  - Identifies  the  type  of  equipment  the  device  is, 
such  as  processor,  disk  controller,  TTY,  Telephone,  etc.  This 
information  may  be  helpful  to  the  FI  Manager  in  determining 
whether  two  devices  should  oe  allowed  to  intercoomunicate  over 
the  FI.  It  may  also  be  useful  as  a diagnostic  tool. 

3.  Gync/Asnch  - Identifies  the  device  as  either  a synchronous  or 
asynchronous  data  transfer  machine.  The  FI  must  appear  as  a 
circuit  switch  to  synchronous  devices  such  that  bit  count  integ- 
rity (BCI)  is  preserved  in  their  data  streams.  The  degree  of 
non-homogeniaty  in  the  polling  of  these  devices  LIUs  is  depen- 
dent on  the  amount  of  elastic  buffering  is  provided  in  their 
SAU's. 

4.  Rate  •“  Defines  the  devices  data  transfer  rate  and  if  it  is  con- 
stant or  not. 

5.  Active /Passive  - Identifies  the  device  as  being  only  a data 
source,  only  a data  receiver,  or  both. 

6.  Adapter  type  - If  the  device  requires  an  SAU,  the  information 
may  be  needed  by  the  FI  Manager  to  determine  if  the  SA^*  type 
matches  the  device  type  for  either  allowing  the  device  to  be  ad- 
ded to  a network  or  for  diagnostics  purpo«es. 

The  Device  Identification  Table  will  probably  be  listed  according  to 
virtual  address,  either  by  numerical  sequence  or  selective  grouping. 

b.  Device  option  table:  Thic  table  contains  the  priority  classmarks 

for  each  device  on  the  FI,  defining  the  services  granted  to  it  by 

the  FI.  The  contents  of  the  table  are  discussed  below,  and  listed 

in  Table  5-5. 

1.  Net  type  - Identifies  which  type  of  device  networks  the  device 
is  allowed  to  participate  in. 

2.  Net  function  - Identifies  which  functions  the  device  may  perform 
on  each  network  type. 

a)  Net  initialiser  - A device  My  be  allowed  to  request  a new 
net  of  a particular  type  be  established,  while  it  may  not  be 
allowed  to  request  the  establf sloaent  of  another  type  of  de- 
vice net.  For  example,  a device  ?iay  be  able  to  establish  a 
direct  address  net,  but  not  allowed  to  establish  w Lasy- 
Susan  Net. 

b)  Net  modifier  - A device  may  be  allowed  to  modify  certain  de- 
vice nets  it  is  part icips ting  on,  even  though  it  may  not 
have  established  the  rets.  Also,  it  may  not  be  allowed  to 
modify  other  types  of  device  nets  it  is  participating  on- 
For  example,  a device  may  be  on  a net  that  it  did  not  estab- 
lish, but  is  allowed  to  modify  the  net,  maybe  by  adding  more 
devices  on  the  net. 
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c)  Source/Receiver  - Identifies,  for  each  device  net  it  is  al- 
lowed to  participate  on,  whether  it  may  act  as  a source 
only,  receiver  only,  or  both.  A device  may  act  as  both 
source  and  receiver  on  virtual  buses,  but’  be  only  a receiver 
on  the  El  broadcast  net. 

4)  Priorities  - Identifies  the  levels  of  priority  the  device  may 
invoke  or  the  levels  of  priority  the  device  may  place  on  certain 
nets  it  is  participating  in. 


TABLE  5-5.  DEVICE  OPTION  TABLE 


V.A,  No:  n 

Direct  Address  Nets 


f 


Net  Initializer 
Net  Modifier 
Source/Receiver 


V.A.  No:  z 


The  Device  Option  Table  might  be  listed  according  to  Virtual  address. 
Under  each  virtual  address  the  listing  woitld  ''.ost  probably  be  according  to  net 
types  with  initialiser,  modifier,  aource/reciiver  and  priorities  listed  under 
each  net  type. 


c*  LIU  state  table:  This  table  contains  all  the  information  on  the 
state  of  each  LIU  in  the  FI.  The  contents  of  the  table  are  discus- 
sed below. 

1.  Connect /Disconnect  - Indicates  whether  or  not  the  LIU  is  con- 
nected to  the  LI  bus. 

2.  Operational/Nonoperational  - Indicates  if  the  LIU  is  capable  of 
performing  its  functions  to  transfer  data  on  the  LI  (operation- 
al) or  if  the  LIU  is  not  functioning  properly  ( non-opera t ional) . 
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The  LIU  State  Table  will  probably  be  listed  according  to  LI  and  subdivi- 
ded into  LIU  addresses. 

4.  Device  status  table:  This  table  lists  the  operational  status  of 
every  device  serviced  by  the  FI.  The  table  will  probably  be  con- 
structed according  to  device  virtual  address,  either  in  numerical 
sequence  or  according  to  some  convenient  grouping.  Within  a devices 
block  in  the  table  are  listed  eve^'y  device  network  it  is  partici- 
Dating  in.  These  networks  most  likely  will  be  grouped  by  network 
type.  The  example  in  Table  5-6  shows  device  m's  (VA*m)  listing, 
starting  with  Direct  Address  (DA)  nets.  The  first  DA  net  (M)  is 
then  fully  described  as  shown  by  the  Net  Descriptor  entries  on  the 
right  hand  side  of  the  table.  The  next  DA  net  that  device  n is  par- 
ticipating in  (DA  net:  N)  is  described,  and  each  DA  net  that  the  de- 
vice is  participating  in.  Then  each  virtue!  bus  net  that  the  device 
participates  in  is  fully  described  in  the  same  manner.  After  that, 
the  Lazy  Susan  and  Broadcast  nets  are  described.  When  all  of  device 
m*s  net  participation  ia  fully  described,  then  device  n's  net  par- 
ticipation is  then  described,  and  so  on  until  the  status  of  every 
device  serviced  by  the  FI  is  listed. 

TABLE  5-6  DEVICE  STATUS  TABLE 


V.  A.  No: 

Direct  Address  (DA)  Nets 
DA  net  No:  M 

Net  Descriptor 

DA  Net  No:  N 

t 

• 

• 

DA  Net  No:  Z 
Virtual  Bus  (VB)  Nets 
VB  Net  No:  N 

• 

VB  Net  No:  Z 
Lazy  Susan  (LS)  Nets 

Broadcast  (BC)  Nets 
V.  A.  No:  n 


'^Net  n 
Sync/Async 
Priority 
I Function 

Source/Receiver 
Net  Initilizer 
Net  Modifier 
Participating  VAs 
Device  1-VA 

“l”  2 


Device  N-VA 

(^Devices  Response  Algorithm 
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The  entries  under  the  net  descriptor  down  to  net  modifier  have  already 
been  previously  discussed.  It  is  not  clear  if  the  virtual  address  of  every 
device  on  the  net  will  serve  a useful  purpose  in  this  table.  It  might  be  use- 
ful  in  DA  type  nets  if  a user  might  wish  to  see  a listing  of  all  his  device 
nets.  The  same  information  will  be  contained  in  the  Net  Table.  The  devices 
response  algorithm  must  be  contained  in  this  table  because  this  is  the  only 
location  in  the  FI  where  it  is  stored,  except  in  the  device  and  LIU.  If  the 
IIU  loses  its  database,  then  the  response  algorithm  must  be  loaded  back  into 
it  when  the  LIU  is  reinitialized. 

e.  Network  table;  Each  device  network  implemented  on  the  FI  is  de- 
scribed in  this  table.  The  table  will  most  probably  be  constructed 
according  to  net  type.  The  parameters  of  each  network  within  a net 
type  will  be  listed  probably  in  a numbered  sequence.  Table  5-7 
illustrates  how  a network  table  might  be  structured.  Under  Direct 
Address  nets,  starting  with  DA  Net  #1,  all  its  network  parameters 
are  lifted  in  its  net  descriptor  as  shown  on  the  right  side  of  the 
table.  In  this  table,  each  participating  device  must  be  listed 
ar.cording  to  its  virtual  address.  The  devices  function  on  the  net 
must  also  be  listed  according  to  its  VA.  The  Net's  sequence 
algorithm  must  also  be  stored  with  net's  parameters.  The  algorithm 
is  the  description  of  each  participating  device ^s  (LIUs)  access  to 
the  net.  No  sequence  algorithm  is  required  for  the  direct  address 
nets. 


TABLE  5-7.  NETWORK  TABLE 


Direct  Address  (DA)  Nets 
DA  Net:  1 

Net  Descriptor 

DA  Net:  2 

DA  Net:  n 

Virtual  Bus  (VB)  Nets 
VB  Net:  1 

VB  NeV*  n 
Lazy  Su^san  (LS)  Nets 

Broadcast  (BC)  Nets 
FI  Net 


Net  Rate 
Sync/Async 
\ Priority 

Participating  VAs 
Device  1 VA 
Source/Receiver 
Net  Initializer 
Net  Modifier 
Device  2 VA 


Device  N VA 

Net  Sequence  Algorithm 
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LI  BC  Nets 


f.  El  Address  table:  This  table  identifies  the  address  of  each  shelter 
(LI/EIU)  with  its  appearance  at  the  transponder,  i.e.,  its  physical 
address  on  the  FI. 

g.  Error  reporting:  A list  of  the  user  device  to  notify  if  device 
header  errors  are  detected  at  the  LIU's.  A listing  of  the  number 
and  rate  of  network  header  errors  are  detected  on  each  LIU. 

h.  El  database:  The  El  database  Joust  be  stored  in  the  FI  Manager's 
non-volitile  memory  in  case  of  a failure  in  the  EICU  such  that  it 
loses  its  database  and  mtst  be  reinitialized. 

i.  LI  database:  The  LI  database  must  be  stored  in  the  FI  Manager  such 
that  if  any  of  the  LI  databases  in  the  LICU  is  lost,  the  LICU  can  be 
reinitialized  by  the  FI  Manager  and  its  database  reloaded. 

El.  The  part  of  the  system  control  area  of  the  FI  database  which  af- 
fects the  El  is  listed  in  Table  5-8.  A part  of  the  database  is  contcined  it. 
the  EICU  and  pert  in  the  EIU.  The  part  stored  in  the  EICU  is  listed  below. 

TABLE  5-8.  El  DATABASE  (SYSTEM  CONTROL) 


EICU 

EIU 

El  Polling  Algorithm 

El  Transmission  Time  Out  Table 

El  Maintenance/Reporting 

El  Diagnostic  Control /Reporting 

EIU  Transmit  Time  Out 

EIU  Buffer  Allocation  Table 

Receive  VB  i LS  Net  Table 

a.  El  polling  algorithm:  The  algorithm  which  controls  the  EIU  access 
polling  sequence  is  stored  in  the  EICU  since  it  performs  the  El  pol- 
ling function.  The  polling  algorithm  will  be  modified  each  time  a 
device  network  is  initialized,  modified  or  terminated,  which  affects 
the  packet  transmission  on  the  El.  Modification  of  the  El  polling 
algorithm  will  be  perfonned  in  the  FI  Manager  since  siore  complex 
processing  would  be  required  than  the  EICu  processor  should  be  re- 
quire to  perform. 

b.  El  transmission  tisw  out  table:  This  table  lists  the  maxioum  time 
period  an  EICU  is  allowed  to  transmit  on  its  uplink  before  it  must 
terminate  its  transmission.  At  the  end  of  the  EIU's  timeout  the 
EICU  will  switch  the  uplink  coomtators  in  the  transponder  off  that 
uplink.  A tiohsout  period  is  listed  for  each  EIU  on  the  FI. 

c.  El  ma in tenance /report inf : The  EX  maintaining  routines,  which  have 
not  been  studied  yet,  will  be  stored  in  this  file  along  with  the 
maintenance  status  of  each  CIU. 

d.  El  diagnostic/reporting:  The  El  Diagnostic  and  Fault  Isolation  Rou- 
tines will  be  stored  in  this  file  along  with  the  diagnostic  and 
failure  status  of  each  EIU. 
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The  part  of  the  El  area  of  the  database  contained  in  the  EIU  is  listed 

below. 

a.  EIU  transmit  time  out  period. 

b.  EIU  buffer  allocation  table:  The  distribution  of  the  buffer  re- 
quired for  LI/EI  data,  between  the  LICU  and  the  EIU.  If  the  EIU 
buffer  is  sized  for  more  than  one  packet  then  a buffer  allocation 
table  must  be  stored  in  each  EIU.  The  table  identifies  the  portion 
of  buffer  allocated  to:  VB,  LS,  Broadcast,  and  DA  nets.  Buffer 
space  is  dedicated  for  VB,  IS,  and  Broadcast  nets,  while  the  remain- 
ing buffer  space  is  allocated  to  DA  nets. 

c^  Receive  VB  & LS  net  table:  The  EIU  receiver  acts  as  a packet  filter 
by  examining  each  network  header  and  passing  onto  the  LICU  only  the 
packets  destined  for  the  LI.  To  filter  the  VB  and  LS  nets,  a table 
of  the  nets  which  its  resident  LI  is  participating  in  must  be  part 
of  the  EIU  database. 

LI.  The  part  of  the  system  control  area  of  the  FI  database  which  af- 
fects the  LI  data  transfer  is  listed  in  Table  5-9.  A part  of  the  database  is 
contain',  ' in  the  LICU  and  part  in  the  LIU.  The  part  stored  in  the  LICU  is 
listed  below. 

a.  LI  polling  algorithm:  The  algorithm  which  controls  the  LIU  access 
polling  sequence  is  stored  in  the  LICU  since  it  performs  the  LI  pul- 
ling function.  The  polling  algorithm  will  be  modified  each  time  a 
device  network  is  initialized,  modified  or  terminated,  which  affects 
the  packet  transmission  on  the  LI.  Modification  of  the  LI  polling 
algorithm  will  be  perfonaed  in  the  PI  Manager  since  more  complex 
processing  would  be  required  than  the  LICU  processor  should  be  re- 
quired to  perform. 

b.  LI  maintenace /reporting:  The  LI  maintaining  routines  will  be  scored 
in  this  file  along  with  the  maintenance  status  of  each  LIU. 

c.  lI  diagnostic/reporting:  The  El  diagnostic  and  fault  isolation 
routines  will  be  stored  in  this  file  along  with  the  diagnostic  and 
failure  status  of  each  LIU. 

d.  LIU  state  table:  See  FX  Manager  data  base  description. 

e.  LIU  database:  The  LIU  database  sust  be  stored  in  the  LICU  such  that 
if  any  of  the  LIU'o  database  is  lost,  it  can  be  reinitialized  and 
its  database  reloaded  by  the  LICU. 

The  part  of  the  LI  area  of  the  database  contained  in  the  LIU  is  listed 

below. 

a.  Device  virtual  address:  The  virtual  address  of  the  device  the  LIU 
is  servicing.  Used  by  the  LIU  in  analysing  the  deive  header  (see 
Section  5. 3.3. 2). 

b.  Device  status  table:  This  table,  described  earlier,  is  used  by  the 
MU  to  determine  if  its  device  data  traomsission  requests  are  valid, 
and  in  formatting  a new  network  header  for  packet  transmitted  (see 
Section  5. 3. 3.2) 
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Once  the  data  base  is  loaded  for  each  subsystem  and  component,  the  FI 
system  is  ready  to  enter  into  the  data  transfer  mode. 

TABLE  5-9.  LI  DATABASE  (SYSTEM  CONTROL) 


Lieu 

LIU 

LI  Polling  Algrithm 

LI  Maintenance/Reporting 

LI  Diagnostic  Control/Reporting 

LIU  State  Table 

LIU  Database 

Device  Virtual  Address 

Device  Status  Table 

5.3.3  Data  transfer  mode.  Once  the  system  initialization  processed  is 
complete,  the  data  transfer  mode  can  begin.  The  system  control  functions  op- 
erational during  the  data  transmission  mode  which  were  studied  during  Task  III 
are;  Device  Net  Control,  Data  Transmission  Protocols,  System  Error  Control, 
and  Failure  Control.  These  control  functions  are  discussed  in  the  following 
sections. 


5.3.3. 1 Device  network  control.  The  exchange  of  data  between  devices 
on  the  Fi  takes  place  via  device  nets  which  are  dynamically  configured  on  the 
FI.  The  establishment,  modification  and  termination  of  these  nets  is  per- 
formed under  the  control  of  the  FI  Manager,  through  the  interaction  between 
certain  controlling  devices  and  the  FI  Manager. 

The  mechanism  by  which  data  is  transferred  via  a device  net  on  the  FI  is 
the  transmission  of  control  (poll)  and  data  pockets  on  the  LI  and  El  buses. 

The  data  transmit  and  receive  function  are  described  below. 

1.  Data  transmit  - Access  is  provided  to  the  data  source  (LIU)  to 
transmit  data  by  polling  it  and  then  allowing  it  to  transmit  its 
data  packet  on  to  the  LI  bus. 

2.  The  LI  polling  algorithms  are  constructed  such  that  ^he  net  is  pol- 
led at  a rate  commensurate  with  its  required  data  transfer  rate,  or 
in  the  case  of  a direct  address  net  the  participating  LIUs  are  in- 
dividually polled  to  provide  the  data  sources  access  to  the  net. 

3.  Data  receive  - The  LIUs  monitor  the  LI  bus  and  analyze  each  packet 
header  to  determine  which  network  the  data  packet  belongs  to.  For 
example,  a virtual  bus  (VB)  net  is  identified  in  the  network  header 
by  the  message  type  Indicating  the  packet  is  a VB  net  and  the  net 
number  indicating  which  VB  net  the  packet  is  for*  If  the  device 
recognizes  that  the  VB  net  type  and  number  correlates  to  a net  it  is 
on  (net  type  and  number  stored  in  its  device  status  table),  it  will 
transfer  the  data  on  the  LI  l«us  into  its  buffer  and  then  pass  it  on 
to  the  device. 


Tlie  device  network  configuration  and  transmission  system  controls  are 
described  below.  The  data  transmission  protocols  are  described  in  detail  in 
Section  5. 3. 3. 2.,  and  the  implementation  in  the  LIU  of  the  protocols  for  the 
various  device  network  types  are  described  in  Section  5.3’. 3.2. 

5. 3. 3. 1.1  Configuration  control.  The  control  of  the  configuration  of 
device  nets  is  an  interactive  control  function  between  selected  user  devices 
and  the  FI  Manager,  to  allow  adaptive  configuration  of  the  FI  device  network 
structure.  This  degree  of  freedom  allows  users  to  tailor  the  FI  network 
structure  to  best  serve  the  needs  of  each  center  individually,  while  maintain- 
ing a high  degree  of  commonality  in  the  functional  operationals  in  the  FI  sys- 
tem. The  three  functions  performed  in  the  device  net  configuration  control 
are;  the  establishment,  modification  and  terrcination  of  the  nets.  Each  func- 
tion is  described  below. 

Device  net  establishment.  Certain  users  on  the  FI  are  allowed  the  priv- 
ilege of  controling  networks  involving  a group  of  user  devices  assigned  to 
them.  A device  allowed  this  privilege  must  send  a message  requesting  the  es- 
tablishment of  a new  net  (of  a particular  type)  to  the  FI  Manager.  Figure 
5-31  illustrates  the  exchange  of  control  information  required  between  the  ini- 
tializing DTE  and  the  FI  Manager  in  establishing  a device  net*  The  initializ- 
ing DTE  must  first  generate  a full  description  of  the  net.  The  network  de- 
scriptor data  is  listed  in  Table  5-10.  This  data  is  essentially  the  same  as 
the  data  listed  on  the  right  hand  side  of  Table  5-7.  The  entries  are  discus- 
sed in  Section  5.3.2.  The  DTE  must  then  formulate  a message  containing  the 
request  to  establish  a new  net  and  the  net  description.  It  then  sends  the  re- 
quest message  to  the  LI  for  transmission  over  a direct  address  net  to  the  FI 
Manager.  Assuming  tbr  device  header  is  correct,  the  LIU  then  transmit  a pack- 
et containing  the  request  message  to  the  FI  Manger. 

The  FI  Manager  analyzes  the  request  using  i^s  Device  Identification  Ta- 
ble (5-4),  Device  Option  Table  (5-5),  Device  Status  Table  (5-6)  and  the  LIU 
State  Table.  If  the  request  meets  all  the  acceptance  criteria,  an  AACK  mess- 
age is  sent  back  to  the  DTE  over  a direct  address  link,  if  not,  a NACK  message 

is  sent  back  to  the  DTE.  The  FI  Manager  then  assigns  a number  to  the  net.  It 

then  formulates  a command  message,  for  each  device  on  the  new  net  containing 
all  the  information  required  for  the  device  to  participate  on  the  net.  The 
information  is  listed  in  Table  5-4^,  and  the  entires  are  described  in  Section 
5.3.2.  The  command  messages  are  then  sent  to  each  device  on  the  net.  A simi- 
lar command  message  is  formulated  and  sent  to  each  of  the  LIUs  on  the  net. 

After  each  device  and  LIU  on  the  net  have  been  loaded  with  the  new  net  data, 
the  FI  Manager  formulates  new  polling  algorithms  for  each  LI  affected  and  also 
the  El,  if  the  net  traverses  the  El.  It  then  transfers  the  new  polling  algo- 
rithms into  the  appropriate  LICU's  and  EICU.  When  the  polling  algorithms  are 
loaded,  the  new  net  will  be  automatically  implemented.  No  further  action  is 
required  on  the  part  of  the  FI  Manager  or  the  initializing  DTE. 
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Functions 


Functions 


Decision  to  establish  device  net 

Fully  identify  device  net 

Send  device  net  establishment 
request  & net  description 

1.  Request  message  includes  all 
device  net  characteristics 

2.  To  each  participating  DTE 


Analyze  request 

Make  decision  on  establishing  device  net 

Inforn  requesting  DTE  of  decision 
(AACK/NACK) 

Inform  each  affected  DTE  of  its  partici- 
pation on  the  net  and  modify  its  data 
base  to  include  the  new  net  data 


Figure  5-31.  Device  netvork  configuration  control. 

TABLE  5-10.  NETVORK  DESCRIPTOR  DATA  GENERATED  BY  INITIALIZING  DTE 


TABLE  5-11.  DEVICE  NETWORK  FUNCTION  DATA 


Net  Type  and  Number 
Source/Receiver 
Net  Initializer 
Net  Modifier 

Other  Devices  (VAs)  On  Net 
Device's  Response  Algorithm 

Device  net  modification.  Certain  users  identified  in  the  Device  Net  Ta- 
ble, under  the  particular  net  type  and  number,  as  being  allowed  the  privilege 
of  modifying  that  particular  net  can  do  so.  The  modifying  DTE  must  obtain 
from  the  FI  Manager,  a comj>lete  description  of  the  net.  The  data  is  contained 
in  the  Network  Table  (5-7)  listed  under  the  particular  net  type  and  number. 
These  request  and  response  messages  are  transferred  over  a direct  address 
link.  The  modifying  DTE  must  then  send  a request  message  to  modify  the  net, 
along  with  a complete  description  of  the  modified  net  to  the  FI  Manager.  The 
data  is  the  same  type  as  the  data  required  for  the  net  establishment  except 
that  the  net  type  and  number  have  already  been  assigned.  The  same  procedure 
is  followed  as  for  net  establishment  except  that  existing  tables  ure  modified 
and  only  the  devices  and  LIUs  which  are  affected  by  the  modification  are 
changed  by  the  FI  Manager.  The  polling  algorithms  of  the  affected  Lis  and  El 
are  also  changed  by  the  FI  Manager. 

Device  net  termination.  An  existing  device  net  may  be  terminated  by  any 
device  identified  as  a net  modifier  on  the  particular  net  to  be  terminated. 

The  device  need  only  send  a net  termination  request  message,  identifying  the 
net  (type  and  number)  to  the  FI  Manager,  over  a direct  address  net.  The  FI 
Manager  must  make  the  decision  to  terminate  the  net.  It  then  sends  a AACK  or 
HACK  back  to  the  requesting  DTE.  If  it  terminates  the  net,  the  FI  Manager 
sends  a response  message  to  all  affected  devices,  and  LIUs.  The  polling  algo- 
rithms of  the  affected  Lis  and  El,  if  required,  are  modified  and  sent  to  the 
appropriate  LICUs  and  EICU.  The  terminated  device  net  is  then  deleted  from 
the  Network  Table,  and  the  Device  Status  Table  in  both  the  FI  Manager  and  af- 
fected LICUs. 


5.3.3. 1.2  System  controls.  The  system  control  of  the  data  transfer  be- 
tween devices  on  the  FI  manifests  itself  in  how  the  F*w  subsystems  operate  to 
implement  the  device  networks  The  control  of  the  nets  is  implemented  by  tKr 
interoperation  of  several  FI  subsystems  and  the  devices  themselves,  which  ac- 
tually implies  several  levels  of  control.  The  highest  level  on  the  LI  is  thvs 
Lieu  polling  the  device  nets,  and  the  LIU  (direct  address  transmission).  The 
cecond  level  of  control  is  in  the  LIU,  where  it  determines  if  it  is  to  trans- 
mit devices  data  on  the  bus,  by  analysing  the  net  access  algorithiss  and  the 
network  header  information.  To  illustrate  these  controls  the  implementation 
of  each  type  of  device  net  will  be  described  below.  The  operational  requirci- 
ments  and  description  of  the  device  nets  appear  in  Section  4.2. 
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Direct  address  net.  The  direct  address  (DA)  net  requires  the  simplest 
system  control  since  it  provides  only  simplex,  point-to-point  transmission. 

The  control  mechanism  is  the  LICU  transmitting  a DA  poll  message  on  the  LI, 
with  the  polled  LIU's  address  in  the  destination  address  field  of  the  network 
header.  The  LIU  recognizes  that  the  poll  message  is  directed  to  it  by  analyz- 
ing the  poll  packet  header.  It  then  responds  with  a DA  poll  response  packet. 
If  the  LIU  had  already  received  a message  from  its  DTE,  it  will  transmit  the 
message  in  the  response  packet.  If  not,  it  will  transmit  an  idle  packet  in 
response  to  the  poll.  Each  DA  net  is  characterized  by  its  transmission  rate 
whether  the  DTE  is  synchronous  or  not.  All  dedicated  point-to-point  cable 
links  in  exsiting  TAF  centers  will  be  replaced  by  DA  nets. 

Virtual  bus  net.  The  Virtual  Bus  (VB)  net  is  actually  the  implementa- 
tion of  an  ordered  sequential  access  bus.  Access  to  the  bus  is  controlled  by 
the  LICU  polling  the  VB  net  and  the  LIUs  accessing  the  VB  net  time  slots  for 
transmission  according  to  the  net's  sequential  access  algorithm.  VB  time 
slots,  while  not  necessarily  hemogeneous ly  dispursed  in  time,  occur  at  a nomi- 
nal rate,  i.e.,  the  long  term  average  of  the  VB  time  slots  is  equal  to  the 
nominal  VB  transmission  rate.  Mesjages  always  occur  in  a sequential  basis,  on 
the  VB,  i.e.,  message  number  n will  always  appear  on  the  LI  bus  before  message 
number  n+1  is  transmitted. 

The  data  transmission  rate  (b/s)  of  the  VB  net  is  determined  by  two 
parameters: 

a.  Message  length, 

b.  Nominal  polling  rate  of  the  VB  net. 

A fixed  length  packet  transmitted  at  a nominal  packet  rate  (polling 
rate)  yields  a nominal  bit  rate  for  the  net. 

For  VB  nets,  the  LICU  does  not  poll  LIU's,  as  is  the  case  for  DA  nets, 
but  rather,  polls  the  VB  net.  The  network  header  in  the  poll  packet  contains 
the  message  type  and  number,  which  identifies  a unique  VB  net.  It  also  con- 
tains a VB  sequence  number  which  time  sequence  tags  each  time  slot  on  the  VB. 
Each  LIU  on  the  VB  net  is  responsible  for  keeping  a real  time  count  of  the  se- 
quence of  the  VB. 

When  the  VB  net  is  established,  each  participating  device  and  LIU  is  as- 
signed specific  sequence  numbers,  identifying  the  VB  time  slots  in  whicn  it 
must  transmit  a response  packet.  One  method  suggested  by  the  govei;iment,  of 
determining  the  LIU's  VB  access  sequence  numbers  is  to  assign  each  DTE  (LIU)  a 
starting  number  in  the  sequence  and  a repetition  rate.  Using  these  two  para- 
meters, stored  in  its  database,  the  LIU  could  very  simply  keep  track  of  its 
next  VB  access  sequence  number.  (Example:  If  a processor  in  the  application 
system  is  assigned  a seqi cnce  number  76  and  a repetition  rate  of  64,  then  it 
will  first  be  allowed  to  transmit  on  the  VB  at  time  sloe  76  and  another  64 
transmissions  later  at  time  slot  140,  ard  again  at  204  and  so  on). 
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The  implementation  of  a VB  net  (V.B.NorX)  the  FI  is  as  follows: 

DTE  with  sequence  no:  n-1  sends  a message  to  its  LIU; 

Lieu  polls  V.B.NoiX; 

LIU  with  sequence  No:  n-1  transmits  message  onto  the  LI; 

All  LIUs  on  V.B.  No:  X receive  the  message; 

LIUs  send  the  message  onto  their  respective  DTEs; 

All  LIUs  on  V.B*  No:  X increment  the  "Real  Time"  count  for  the  VB; 

DTEs  increment  message  number; 

DTE  with  sequence  No:  n sends  its  message  to  its  LIU  before  VB.  No: 

X is  polled  again; 

Lieu  polls  VB.  No:  X again;  and 

LIU  with  sequence  No:  n transmits  the  message  onto  the  LI  bur. 

All  LIUs  on  VB  No:  X will  again  receive  the  message  and  increment  the 
"Real  Time'  count  for  the  VB. 

The  LIU  mu.t>t  always  transmit  a message  onto  the  LI  bus  in  its  access  se- 
quence time  slots.  If  it  has  not  received  a message  from  the  DTE  when  the  VB 
is  polled,  it  must  transmit  an  idle  mesrage  in  the  time  slot,  such  as  to  keep 
the  VB  sequence  number  (real  count)  incrementing.  The  idle  message  will  prob- 
ably be  a short  message  consisting  only  of  a network  header. 

Lazy  susan  net^  The  lazy  susan  (LS)  bus  is  a ring  structured  bus  in 
which  the  data  moves  from  device  to  device  on  the  ring.  Each  device  on  the 
ring,  if  given  authority,  is  allowed  to  modify  the  data  before  passing  it  on 
the  next  device  on  the  ring.  When  the  LS  net  is  established,  a master  is  de- 
fined for  the  ring,  and  the  participating  devices  are  identified  as  to  their 

place  (sequence)  on  the  ring.  The  device  sequence  is  identified  in  the  LIU 

database  by  defining  the  address  of  the  LIU  which  proceeds  it  in  the  ring, 
i.e.,  the  source  of  its  data  on  the  ring.  The  master  starts  the  ring  trans- 
mission and  assigns  message  numbers  to  the  data  as  it  propagates  around  the 

ring. 


The  LS  bus  is  implemented  in  essentially  the  same  manner  as  the  direct 
address  net  in  that  a device  on  the  LS  net  transfers  the  data  to  the  subse- 
quent device  on  the  net  (point-to-point).  The  net  is,  however,  identified  as 
a lazy  susan  net  in  the  message  header  so  that  the  receiving  device  is  in- 
formed that  it  can  either  modify  the  data  or  pass  it  on  unchanged  to  the  sub- 
sequent device  on  the  LS  net.  The  device  is  assigned  a holding  time  when  the 
net  is  established.  The  holding  time  is  the  tioie  in  which  it  is  alloiied  to 
hold  the  data  in  order  to  modify  it.  If  the  device  does  not  modify  the  data 
by  the  end  of  the  holding  time,  the  data  must  be  passed  onto  the  next  device. 
This  is  implemented  by  making  the  LIU  store  the  LS  data.  If  no  new  data  is 
received  from  the  device  uy  the  time  the  LIU  is  polled  for  the  LS  net,  the  LIU 
will  send  the  same  data  to  the  subsequent  LIU  in  its  poll  response  packet. 
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To  insure  the  preservation  of  the  LS  net's  data  as  it  propagates  around 
the  ring,  the  LIU  receiving  the  data  from  the  transmitting  LIU  in  the  ring 
must  guarantee  buffer  space  is  available  to  recieve  the  packet.  If  buffer 
space  is  not  available,  the  data  would  be  lost.  The  mechamism  to  provide  the 
LS  data  transfer  guarantee  is  a demand  data  function,  which  is  somewhat  like 
the  reversal  of  a query /response.  The  LIU  which  is  to  receive  the  data  sends 
a message  to  the  LIU  holding  the  data,  telling  it  to  send  the  data  (implying 
that  it  has  buffer  space  available).  The  receiving  LIU  checks  the  source  ad- 
dress in  the  message  header,  and  if  it  is  the  previous  LIU  in  the  ring  (the 
one  it  is  to  receive  data  from)  then  it  accepts  the  LS  data.  If  not,  it  re- 
jects it. 

Devices  may  be  allowed  to  monitor  the  LS  bus,  i.e.,  be  receive  only  par- 
ticipants on  the  net.  These  devices  are  not  in  the  ring  path  and  as  such  they 

can  not  hold  and  modify  the  data  as  it  propagates  aroung  the  ring. 

The  net  can  be  modified  at  any  time  to  add  a new  device  in  the  ring  to 
perform  a new  process  %^ich  was  not  anticipated  when  the  LS  net  was  estab- 
lished. 


The  number  of  participants  on  the  LS  nets  are  limited  only  by  the  source 
and  destination  address  fields  in  the  network  header.  The  only  rate  limita- 
tions on  LS  nets  is  that  it  be  no  more  than  20  Mb/s,  and  the  maximum  bandwidth 
of  any  single  LS  net  be  no  more  than  20  Mb/s.  These  are  operational  require- 
ments imposed  by  RADC  and  is  not  a functional  limitation  of  the  FI  system. 

Broadcast  net.  Broadcast  (BC)  nets  are  established  such  that  an  autho- 
rized source  may  transmit  a general  message  out  to  all  devices  identified  as 
receivers  on  the  net.  There  are  two  types  of  broadcast  nets;  one  El  BC  net 
and  one  LI  BC  net  for  each  LI.  WSien  the  BC  nets  are  established,  the  devices 
which  are  receivers  and  possible  message  sources  are  identified.  The  broad- 
cast net  is  not  a continuously  polled  net.  A device  %diich  is  identified  as  a 
possible  source  must  request  to  transmit  on  the  BC  net.  It  is  then  granted 
permission  to  transmit  one  message.  The  LICU  then  polls  the  source  once  (for 
the  BC  net)  and  the  LIU  responds  by  transferring  the  BC  message  onto  the  LI 
bus.  If  It  is  an  El  BC  net,  the  message  is  transmitted  to  all  Lis  via  the 
El.  Once  he  message  transmission  is  completed,  the  device  must  request  per- 
mission before  it  can  transmit  again.  Transmission  control  of  the  LI  BC  net 
should  probably  be  under  control  of  the  LICU  rather  than  the  FI  Manager,  in 
order  to  give  the  LI  net  automnity  from  the  El  in  case  of  El  failure.  It 
would  also  provide  more  transmission  efficiency  and  reduce  response  time  delay 
for  BC  nets. 


5.3. 3. 2.  Data  transmission  protocols.  Protocols  to  control  data 
transmission  over  the  FI  have  been  defined  for  all  levels  of  communication. 

The  overall  view  of  data  transmission  control  can  be  seen  in  Figure  5-32-  The 
characteristics  of  data  transmission  on  the  FI  can  be  described  in  both  func- 
tional and  operational  terms. 


jSR^v: 


3. 3. 3. 2.1  Functional  Description. 


» 


5. 3. 3. 2. 1.1  FI  levels  of  protocol.  Figures  5-23  and  -34  show  the  five 
different  layers  of  protocol  affecting  data  flow  over  the  FI.  The  FI  levels 
of  protocol  are  not  be  be  confused  with  or  in  any  way  related  to  the  ANSI  or 
ISO  protocol  models. 


FI  Level  A 

DTE  Data  Transfer  Control 


DTE 


Lieu 


FI  Level  E 
El  Control 


Lieu 


Figure  5-33.  Level*  of  protocol. 
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FI  Level  A 


FI  Level  A 


FI  Level  B 
FI  Level  C 


FI  Level  D 
FI  Level  E 


F!  Level  B 
FI  Level  C 


Figure  5-34.  Formats  at  each  FI  level. 


FI  Level  A concerns  user-to-user  protocol,  i.e.,  process  control.  This 
dat«  transfer  control  governs  activities  between  devices  as  if  they  were  di- 
rectly connected. 

FI  Level  B pertains  to  the  formatting  of  addresc,  control,  and  data  to 
and  from  a DTE  for  interface  to  other  DTEs.  This  protocol  is  mainly  for  con- 
trol between  adapters  and  would  disappear  when  adapters  are  no  longer  needed. 

The  following  three  layers  of  protocol  combine  to  perform  end-to-end 
data  transmission  between  users  on  the  FI.  They  ire  unique  to  the  FI  and  are 
the  subject  of  the  rest  of  this  section. 

FI  Level  C concerns  the  data  link  between  a DTE  or  SAU  and  the  FI.  Con- 
trol information  for  operation  on  the  FI  is  contained  in  a device  header  which 
is  attached  to  a block  of  data  by  the  DTE  or  SAU.  The  actual  transfer  of 
header  and  data  is  accomplished  according  to  the  stvtndard  interface  defined  by 
RADC*. 


FI  Level  D consists  of  the  LI  control.  A network  header  and  trailer  are 
added  to  the  device  header  and  data  block  by  the  LIU.  This  provides  informa- 
tion required  to  control  LIU-LIU  and  LIU-LICU  data  transfer^. 


*MIL-STD-XXXX,  ‘'Flexible  Intraconnecl  Hardware  and  Software  Input/Output 
Interfaces,"  January,  1979,  fLcme  Air  Development  Center  (AF-SC),  Criffiss 
AFB,  H.y.  13441. 
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Data  transfer  on  the  El  continues  using  the  network  header  and  trailer 
formulated  nt  FI  Level  D.  However,  communication  between  the  EICU  and  EIUs  Is 
required  to  configure  the  FI  into  a proper  mode  of  operation.  This  warrants  a 
separate  layer  of  protocol  - FI  Level  E - which  pertains  to  the  El  control. 

FI  Levels  D and  E are  transparent  to  the  user. 

5. 2. 3. 1.2  Data  transfer  scenario.  Referring  to  Figure  5-35,  an  attempt 
by  DTEl  to  transfer  data  to  DTE2  will  be  described  to  provide  a better  under- 
standing of  the  mechanics  involved  in  communication  on  the  FI.  The  functional 
flow  is  depicted  in  Figure  5-36. 


Figure  S-3S.  Flexible  intraconnect  configuration. 
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Figure  5-36.  Device  ettempts  date  transfer. 

5. 3. 3. 2. 1.2.1  Derice  - FI  Link.  A DTE  wishing  to  transmit  data  on  the 
FI  (in  this  case,  DTEl  oust  attach  a device  header  to  the  block  of  data. 

Tl^ia  header  (described  in  Section  5. 3.3. 2. 1.3)  provides  control  information 
required  for  DTE-DTE  operation.  The  transfer  of  this  header  and  data  between 
the  DTE  and  LIU  is  accomplished  according  to  the  interface  standard.  For 
present-day  DTEs,  an  SaU  may  be  required  for  interface  to  the  LIU.  The  DTE 
would  transmit  the  data  t^  the  SAU  as  if  directly  connected  to  the  destination 
DIE  (in  this  case,  DTE2  or  DTE51.  The  adapter,  in  turn,  would  structure  this 
data  for  transmission  to  the  LIU  in  accordance  with  the  inter t4ce  standard. 

the  header  is  transmitted  to  the  LIU  in  DKA  fashion  with  the  block 
length  always  equal  to  sixteen  18-bit  words.  Transfer  of  the  data  field  to 
the  LIU  is  delayed  until  the  LIU  extracts  the  word  count  to  determine  the 
block  length  of  the  data  field,  checks  if  the  virtual  address  is  valid,  and 
tests  the  header  for  vertical  parity  errors. 

If  an  error  is  detected,  the  LIU  formulates  an  error  message  to  be 
transmitted  to  the  FI  Manager.  If  no  error  is  detected,  the  rest  of  the  mes- 
sage block,  i.e.,  the  data  field,  is  transferred  from  the  DTE  to  the  LIU  in 
DMA  fashion.  Three  events  must  occur  at  the  end  ot  the  data  transfer:  1)  the 
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proper  sign-off  procedure  a*?  lescribed  in  the  interface  standard  should  take 
place  between  the  LIU  and  F ./SAU;  2)  the  Input  Data  Request  (IDR)  line  should 
go  inactive;  and  3)  the  number  of  data  words  transferred  should  compare  to  be 
equal  to  the  message  word  count  which  was  previously  extracted  from  the  device 
header.  If  an  error  is  found  in  any  of  these  events,  an  error  message  is  for- 
mulated and  sent  to  the  FI  Manager.  If  no  error  is  detected,  the  LIU  modifies 
the  device  header  by  attaching  a parity  bit  to  each  8-bit  byte,  adding  a date- 
time group,  and  changing  the  vertical  parity  to  reflect  these  additions.  The 
LIU  also  generates  a network  header  for  control  of  data  transmission  between 
FI  components,  e.g.,  LIU,  LICU.  This  header  is  attached  to  the  data  packet  a^ 
described  in  Section  5. 3. 3. 2. 1.3. 

5. 3. 3. 2. 1.2. 2 Local  intraconnect.  The  data  p/‘^''et  is  held  by  the 
*:ransmitting  LIU  (LIUl)  until  a poll  is  received  from  the  LICU  (LICUl),  which 
ia  continually  polling  all  devices  on  its  bus.  The  poll  message  sent  from  the 
LICU  is  stored  in  a buffer  in  each  LIU  until  an  accept/reject  decision  is  made 
by  the  LIU,  i.e.,  the  LIU  decides  if  the  message  is  intended  for  it. 


After  accepting  the  poll  message  from  the  LICU,  the  LIU  must  respond 
with  a message  indicating  if  it  has  data  ready  for  transmission.  If  nov,  the 
LICU  continues  to  poll  the  other  LIUs  on  its  bus.  The  LIUs  response  to  the 
poll  depends  on  the  type  of  message  it  is  transmitting.  If  the  laessage  is  a 
broadcast,  a lazy  susan,  or  for  a virtual  bus,  the  entire  data  block  is  trans- 
mitted on  the  LI  by  LIUl.  Any  other  message  type  requires  a query  (as  de- 
scribed in  Section  5. 3. 3. 2. 1.3)  from  LIUl  as  to  the  availability  of  buffer 
space  large  enough  to  hold  the  data  packet  at  the  imaediate  destination  (LIU 
for  local  traffic  or  LICU  for  external).  As  demonstrated  in  Figure  5-37,  if 
the  buffer  is  not  available,  the  destination  stores  LIUls  address  in  a queue 
(if  not  previously  stored),  then  notifies  LIUl  of  the  buffer  nonavailability. 
The  purpose  of  storing  the  source's  address  is  to  assure  that  later-polled 
LIUs  will  not  gain  access  to  the  sasie  Uestinavion  before  LIUl.  Buffer  space 
will  be  allocated  by  the  destination  to  LICJI  according  Co  its  position  in  the 
stack.  Meanwhile,  the  LICU  iill  continue  polling  to  expedite  traffic  on  the 
bus.  LIUl  will  transmit  data  to  the  destination  LIU  or  LICU  once  it  receives 
a poll  after  buffer  space  becomes  available. 


If  the  destination  is  a DTE  on  the  same  bus  (in  this  case,  DTE2),  its 
associated  LIU  will  store  the  message  in  one  of  its  buffers.  This  LIU  (LIU2) 
will  then  check  the  network  header  for  parity  errors,  vertical  and  horizon- 
tal, and  verify  the  number  of  header  words.  Error  checking  will  also  be  done 
on  the  data  portion  of  the  message  block.  If  an  error  is  detected  in  the 
network  header,  an  error  message  ia  formulated  by  L1U2  to  be  sent  to  the  PX 
manager.  Error  checking  will  also  be  done  on  the  rest  of  the  message  block 
(device  header  and  data).  If  an  error  is  detected  here,  LIU2  will  formulate  a 
message  notifying  DTE2  of  the  error,  if  the  transmission  is  error-free,  LIU2 
will  extract  the  message  length  from  the  device  header  to  set  up  tue  DMA 
transfer  of  the  data  to  DTE2.  The  device  header  and  data  is  transmitted  to 
DTE2  in  a DMA  fashion  according  to  the  standard  interface. 
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Figure  5-37.  Determine  buffer  evailabil  ity. 

S. 3. 3. 2. I .2.3  External  intraconnect.  If  the  destination  is  a DTE 
on  a different  LIf  such  as  in  a separate  shelter  (in  this  case,  DTE5) 
LICUl  will  hold  the  tsessage  block  until  a buffer  is  available  in  ElUl. 
LICUl  then  transfers  the  data  to  EIUl  in  DMA  fashion  according  to  the  in- 
terface standard.  EIUl  will  hold  the  message  packet  until  it  is  polled 
by  the  EICU.  The  response  by  EIUl  to  the  poll  depends  on  the  type  of 
message  it  is  transmitting.  If  the  message  is  broadcast,  lasy  suaan,  or 
for  a virtual  bus,  the  entire  data  packet  is  transmitted  on  the  FI  by 
EIUl.  All  other  message  types  require  a query  from  EIUl  as  to  the  avail- 
ability of  buffer  space  large  enough  to  hold  the  data  at  the  destination 
EIU  (EIU5^.  If  buffer  space  is  unavailable,  EIU5  stores  EIUls  address  in 
a queue  (unless  previously  stored) , then  notifies  EIUl  of  the  buffer  non- 
availability. As  in  the  case  of  the  LIUs,  FlUi  will  be  allocated  buffer 
space  in  CIU5  according  to  its  position  the  queue.  The  EICU  will  con- 
tinue to  poll  the  other  EIUs  in  the  network.  ElUl  will  transmit  data  to 
EIU5  upon  receiving  a poll  after  buffer  space  becomes  available.  Upon 
acceptance  of  the  message,  EIUS  will  tranmit  the  data  packet  to  LICU5 
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when  buffer  becomes  available  in  LICU5.  The  data  is  transferred  from 
EIU5  to  LICU5  in  IWA  fashion  according  to  the  interface  standard.  LICU5 
will  then  transmit  the  message  block  (if  broadcast,  lazy  susan,  or  for  a 
virtual  bus)  or  a query  as  to  the  availability  of  buffer  space  in  the 
destination  LIU  (LIU5).  Buffer  nonavailability  is  treated  as  previously 
described  - queuing  of  LICJ5's  address  in  LIUS,  notification  to  LICU5, 
and  waiting  for  buffer  availability  before  transmission  of  the  message 
from  LICU5  to  LIUS.  Upon  acceptance  of  the  data  packet,  IIUS  checks  for 
transmission  errors  as  previously  described  for  LIU2.  Again,  if  an  error 
is  found,  an  error  message  is  formulated  by  LIUS  and  sent  to  the  FI  Man- 
ager and/or  DIES.  Otherwise,  LIUS  will  set  up  the  DMA  transfer  mode  to 
DIES  and  transmit  the  device  header  and  data  according  to  the  interface 
standard. 

S. 3. 3. 2. 1.3  FI  message  format.  Messages  transmitted  on  the  FI 
are  to  be  formatted  with  a (1)  network  header,  (2)  device  header,  (3) 
data,  and  (4)  network  trailer  as  shown  in  Figure  S-38. 


Network  Header 


Network  Trailer 


Figure  5*38.  FI  nestage  format. 
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Network  Header  and  Trailer.  The  network  header  consists  of  up  to  five 
36-bit  wo’*ds  attached  to  the  body  of  the  message  as  shown  in  Figure  5-39  and 
defined  in  Table  5-1?.  The  network  trailer  is  a 36-bit  word  designating  ter- 
mination of  the  message  and/or  transmission  and  is  appended  to  the  end  of  the 
message.  The  network  header  and  trailer  provide  control  information  for 
transmission  of  data  on  the  FI.  They  are  for  use  on  the  LIU/LICU  level  and 
are  transparent  to  the  DTE.  The  network  header  and  trailer  fields  are  ar- 
ranged for  8-bit  processing  convenience  and  for  ease  of  growth. 
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I Start  of  Transmission  (El  Only) 


2'^ 

n 


p 

J 

Start  of 

Message  (8) 

Spare  Message  Spare 

(3)  Type  (6)  (3) 

Extended 
Destination 
Address  (6) 

Spare 

(3) 

Local 

Destination 
Address  (6) 

i 

Spare  No.  Words  in 
(3)  Header  (5) 

Spare  (12) 

Extended 

Source 

Address  (6) 

Spare 

(3) 

e±ISBoI 

p 

Spare  (35) 

Parity  (36) 

Data 

(Device  Header  ♦ Up  to  512  36-bit  Words)  ^ 

Error  Detection  on  Data 

P 

End  of 

Message  (8) 

Spere  (19) 

End  of 

Transmission  (b) 

Figure  5-39.  Network  message  format. 


To  transfer  data  on  the  El,  a "Start  of  Transmission"  word  (SOT)  must 
precede  the  header  to  indicate  that  data  is  following.  This  SOT  is  to  be 
transmitted  unencrypted  with  the  rest  of  the  block  encrypted.  To  avoid  com- 
promise of  the  security  of  later  transmiasions,  the  bit  pattern  of  the  SOT 
would  be  modified  for  each  transmission.  To  accomplish  this  on  the  FI,  the 
SOT  bit  pattern  for  the  next  transmission  will  be  part  of  the  network  header 
of  the  preceding  message,  that  is,  the  SOT  for  message  n will  be  part  of  the 
header  for  message  n-l.  This  serves  to  alert  the  destination  EIU  of  the  SOT 
bit  pattern  which  should  precede  the  next  transmission.  As  indicated  in  Fig- 
ure 5-39,  the  SOT  is  appended  to  the  network  header  by  the  source  EIU  for 
traffic  on  the  El  only,  not  the  LI. 
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TABLE  5-12.  NETWORK  MESSAGE  FORMAT 


Field 

Description 

Start  of  Transmission 

Indicates  bit  pattern  to  precede  next  trans- 
mission on  EX  only. 

? 

Start  of  Message 

Horizontal  odd  parity  bit  (MSB)  for  each 

35-bit  word. 

Unique  character  identifying  start  of  mes- 
sage. 

Message  Type 

Indicates  network  message  type.  Twelve  are 
currently  identified. 

Spare 

Spare  bits. 

Extended  Destination  Address 

Indicates  real  address  of  the  receiving  LICU. 

Spare 

Spare  bits. 

Local  Destination  Address 

Indicates  real  address  of  the  receiving  LIU. 

No.  Words  in  Header 

Indicates  number  of  36-bit  words  in  the  net- 
work header. 

Spare 

Spare  bits  which  may  be  used  as  device  diag- 
nostics information  for  implementation  of 
loopback  test. 

Extended  Source  Address 

Indicates  real  address  of  the  transmitting 
LICU. 

Spare 

Spare  bits. 

Local  Source  Address 

Indicates  real  address  of  the  transmitting 

LIU. 

Spare 

Additional  35-bit  word  for  expansion. 

Par  i ry 

Vertical  parity  on  the  network  header  for 
error  detection. 

Data 

Data  field  consists  of  device  header  (6 

36-bit  words)  plus  up  to  312  .36-bit  device 
data  %Kirds. 

Error  Detection 

Vertical  parity  on  data  field  for  error  de* 
tection* 

End  of  Message 

1 Unique  character  identifying  end  of  net%rark 

message. 

End  of  Transmission 

Unique  character  indicating  more  messages  to 
follow  or  end  of  transmission* 

Spare 

Additional  bits  for  expansion  and/or  ^Jrther 
error  detection* 
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Figures  5-40  through  5-43  describe  formats  for  currently  defined  message 
types  transferred  on  the  FI  with  corresponding  tables  (5-13  thru  5-16) to  de- 
scribe the  difference  in  fields.  The  message  types  include  those  defined  for 
the  device  level  (FI  Level  C),  i.e.,  direct  address,  broadcast,  virtual  bus, 
lazy  susan,  request  and  response  messages,  as  well  as  those  required  for  net- 
work transmission  (FI  Levels  D and  S),  i.e.,  poll,  poll  response,  query  re- 
sponse, and  data  transfer. 


Start  of  Transmission  (El  Only) 


Start  of 
Message  (8) 


Spare  No.  of  Words 
(3)  (5) 


End  of 
Message  (0) 


Field 


Direct  /ddress 
Virtual  Bus 
Lazy  Susan 
Local  BraodciUt 
FI  Broadcast 


Destination  Address 


Direct  Address 
Virtual  Bus 
Lazy  Susan 
Local  Broadcast 
FI  Broadcast 


Spare  Message  Spare  npcHnAtinn 

(3)  I Type  (6)  (3)  (3) 


Not  Spare 

Used  (c)  (3) 


Spare  (19) 


Figure  5-40.  Poll. 


T/JLE  5-13.  POL*- 


Description 


End  of 

Transn'.'ssion  (8) 


Poll 

Identifier 


Message 

Identifier 


LIU  Address 
Virtual  Bus  No. 
Lazy  Susan  No. 
.Not  Used 
Not  Used 


I Start  of  Transmissio.i  (El  Only) 


p 

Start  of 
f4®ssage  (0) 

Spare 

(3) 

Message 

Type  (6) 

Spare 

(3) 

Extended 
Destination 
Address,  (6) 

Spare 

(3) 

Local 

Destination 
Address  (6) 

p 

Spai-e 

(3) 

fJo.  of  Words 
(5) 

Extenjed 
Soiirce 
AJdress  (6) 

B 

Local 

Source 

Address  (6) 

Parity  (36) 

1 

End  of 

Message  (3) 

Spa'^e  (19) 

End  of 

Transmission  (8) 

Figure  5-42.  Query  response. 
TABLE  5-15.  QUERY  RESPONSE 


Message  Type Description 


Query  Response  Message 

Identifier  Identifier 


Buffer  Available 
Buffer  Unavailabl 


100 

100 


001 

010 


f 


235 


2' 


Start  of  Transmission  (El  Only) 


1 

Sta^-t  of 
f*2ssage  (0) 

Spare 

(3) 

fiessaqe 

Type  (6) 

Spare 

(3) 

Extended- 
Destination 
Address  (6) 

Spare 

(3) 

Local 

Destination 
Address  (6) 

a 

m 

No.  of  Words 
(5) 

Spare 

(12) 

Extended 

Source 

Address  (6) 

Spare 

(3) 

Local 

Source 
Address  (6)i 

D 

Spare  (35) 

Parity  (36) 


Data 


V 


Error  Detection  on  Data 

P 

End  of 

Message  (8) 

Spare  (13) 

End  of 

Transmission  (0) 

Figure  5-43.  Data  transfer. 


TABLE  5-16.  DATA  TRANSFER 


Field 

Description 

Message  type 

Data  Transfer  Message 

Identifier  Identifier 

Direct  Address 

Virtual  But 

Lacy  Susan 

Local  Broadcast 

FI  Broadcast 

on  001 

on  r;0 

on  on 

on  100 

on  101 

Destination  Address 

1 

Direct  Address 

Virtual  But 

Lasy  Susan 

Local  Broadcast 

FI  Broadcast 

Destination  of  LIU  Address 

Virtual  Bus  No. 

Lasy  Susan  No. 

Not  Used 

Not  Used 

Source  Addrear 

Direct  Address 

Virtual  Bus 

Lacy  Susan 

Local  Broadcast 

FI  Broadcast 

Source  LIU  Address 

Not  Used 

Source  LIU  Address 

Not  Used 

Not  Used 
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The  network  headers  for  control  on  the  El  are  the  same  as  on  an  LI.  The 
same  message  type  codes  can  be  used  for  El  tramsmlssions  as  well  as  LI  since 
the  control  messages  such  as  polls,  poll  responses,  and  queries  are  local  to 
the  LI  or  El  while  end-to-end  messages  like  data  transfers  contain  the  same 
header  throughout  the  network.  For  instance,  referring  back  to  Figure  5-35,  a 
data  packet  sent  from  DTEl  to  DTE5  contains  the  same  network  header  throughout 
(with  only  the  addition  of  SOT  for  transfer  between  EIUs).  Polls,  queries, 
and  responses  on  LIl  are  unique  to  LII  and  the  polls,  queries,  and  responses 
between  the  EICU  and  the  EIUs  are  unique  to  themselves  (and  the  same  with 
LIS).  The  LICUs  and  LalUs  handle  these  control  messages  on  the  LI  level  while 
the  EIUs  and  EICU  handle  them  on  the  El  level.  Because  these  activities  are 
divorced  from  each  other  (may  even  run  concurrently),  the  same  codes  for  mes- 
sage types  may  be  used  for  both  LI  and  El  activities. 

The  only  difference  between  control  messages  on  the  LI  and  El,  other 
than  the  addition  of  SOT,  may  be  that  the  El  dees  not  need  the  local  addresses 
in  the  network  header  since  coimnunlcat ion  between  the  EICU  and  the  EIUs  re- 
quire only  the  extended  address. 

Pevice  header.  The  device  header  is  attached  to  the  data  transmitted  by 
the  DTE  and  consists  of  sixteen  18-bit  words  as  shown  in  Figure  5-44  and  de- 
fined in  Table  5-17.  This  device  header  is  added  to  the  data  pav-ket  in  the 
DTE  or  SAU,  then  Transmitted  to  The  LIU  according  to  the  interface  standard. 
This  header  provides  control  information  which  allows  DTEs  to  connunicate  vi«: 
the  FI  (FI  Level  C). 
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Figure  5-44*  Device  (DTE)  header. 
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TABLb  S-17.  DEVICE  (DTE)  HEADER 


Field 

Description 

P 

Horizontal  odd  parity  bit  for  each  8-bit 
^yte;  generated  by  LIU. 

System  Mode 

000  designates  present  mode  of  operation  on 
FI. 

Message  Type 

Indicates  if  message  is  request  message,  re- 
sponse message,  direct  address,  virtual  bus, 
lazy  Susan,  or  local  or  FI  broadcast. 

ACK/NAK 

Indicates  if  acknowledgement  for  receipt  of 
message  is  required  from  receiving  LIU. 

X 

Unassigned  bits;  set  to  zero  by  LIU. 

Virtual  Bus  or  Lazy  Susan  No. 

Designates  virwual  bus  or  lazy  susan  loop. 

Priority 

Indicates  meosage  priority  with  00  as  lowest 
and  11  as  highest. 

R/V 

Indicates  if  address  is  real  or  virtual 

Destination  Address 

Indicates  FI  address  of  receiving  device; 
not  used  for  broadcast,  virtual  bus,  or  lazy 

susan. 

Source  Address 

Indicates  FI  address  of  transmitting  device. 

Message  Length 

Number  of  full  data  words  in  this  block. 

1/2  Word  ! 

Indicates  if  last  data  word  is  half  word  or 
full. 

No.  of  Bits 

Number  of  unused  bits  in  last  half  word  of 
data. 

Message  Nualier 

Modulo  16  nui^er  aodad  to  each  message  by 
the  transmitting  LIU. 

Data/Time  Croup 

Date/Time  in  mic&osecccds  added  by  LIU  when 
block  is  transmitted. 

Parity 

Vertical  parity  on  the  device  header  for  er- 
ror detection* 
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5. 3. 3. 2. 2 Operational  description.  Transfer  of  data  on  the  FI  can  be 
categorized  as  a (1)  control  data  exchange  or  a (2)  nossage  transfer. 

5.3. 3. 2. 2.1  Control  data  exchange.  For  the  purpose  of  this  discussion, 
a device  network  is  defined  as  a method  of  communication  between  devices  on 
the  FI.  A device  network  can  take  the  form  of  a broadcast,  virtual  bus,  lazy 
Susan,  or  direct  address. 

5. 3. 3. 2. 2. 1.1  Request /response  messages.  An  exchange  of  control  infor-- 
mat  ion  must  take  place  between  a DTE  and  the  FI  Manager  in  order  to  establish 
the  various  conditions  for  comounicaticn  on  the  FI. 

If  a device  network  is  tc  be  initialized  or  a DTE  wishes  access  to  a de~ 
vice  network  (or  whatever  other  function  is  desired),  a request  message  should 
be  sent  from  the  requesting  DTE  and/or  LIU  to  the  FI  Manager.  Its  purpose  is 
to  seek  establishment  of  device  netwerk  initialization  and  access  permission, 
request  device  or  bus  status,  inform  of  errors,  and  other  control  functions 
originating  with  the  device  and/or  LIU.  The  FI  Manager,  in  turn,  must  reply 
with  a response  message  to  the  requesting  DTE  and/or  LIU.  Other  purposes 
served  by  a response  message  is  to  check  device  or  bus  status,  direct  modifi- 
cations in  device  status,  and  other  control  functions  originating  with  the  FI 
Manager. 

Table  5-18  lists  the  various  types  of  request  messages  that  are  cur- 
rently defined  along  with  the  type  of  information  that  should  be  cont..ined 
within  each  request  type. 


TABLE  5-18.  REQUEST  MESSAGES 
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3.3. 3. 2. 2. 1 .2  Device  network  initialization.  For  a device  to  operate 
on  the  Fit  the  proper  device  network  must  be  set  up.  For • instance,  if  the  de- 
vice is  to  communicate  on  Virtual  Bus  #47,  then  Virtual  Bus  #47  must  be  in  op- 
eration jnd  the  device  must  h.iv ^ permission  from  the  ?l  Manager  to  communicate 
on  it.  Authorization  is  required  to  receive  as  well  as  transmit,  i.e.,  a de- 
vice may  have  permission  to  transmit  but  if  it  desires  to  receive,  it  needs  a 
separate  authorization  f^»r  this.  These  requirements  also  pertain  to  broad- 
cast, lazy  susan,  and  direct  address. 

Figure  5-45  demonstrate  : the  operation.:!  flow  of  initializing  device 
network,  while  figure  5-46  shows  a device  seeki.ig  permission  to  operate  on  a 
device  network.  To  initialize  a device  network,  an  authorized  DTE  must  send  a 
request  message  to  the  FI  Manager  requesting  establishment  of  the  device  net- 
work. The  FI  Manager  replies  with  a response  message  establishing  or  disal- 
lov'ing  the  device  network.  If  disallowed,  the  matter  is  resolved  and  the  DTE 
is  not  allowed  tc  conaunicate  in  such  a manner.  If  the  device  network  is  es- 
tablished, any  DTE  wishing  to  communicate  on  it  must  send  a request  message  to 
the  FI  Manager  requesting  permission  to  transmit  or  receive  on  it,  or  both. 
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Figure  5-46.  Authorisation  to  cooHunicate  on  device  net^^-ork. 


The  FI  Manager  repliet  with  a ret^ponte  eettage  which  grants  peniission 
or  not.  If  notf  the  DTE  is  not  allowed  to  coMinicate  in  such  a manner  If 
granted,  i.hc  DTE  can  either  receive  or  transmit  accordingly. 

5. 3. 3. 2. F. 2 Message  transfer.  Transmission  of  a message  on  the  FI  is 
controlled  via  the  network  header,  network  trailer,  and  the  device  he^ider 
which  are  described  in  Section  5. 3.3. 2. 1.3. 


f 


Once  the  proper  device  network  has  been  set  up  and  the  necessary  DTEs 
are  authorized  to  comnunicate,  a message  can  be  transmitted  over  the  FI  as  de- 
picted in  Figure  5-47,  Control  data  for  the  transfer  is  contained  in  the  de- 
vice header  which  is  attached  to  the  block  of  data  by  the  transmitting  DTE  or 
SAU.  An  important  part  of  the  control  information  lies  in  the  message-type 
field  of  the  header. 


Figure  5-47.  Message  transfer  flow. 


A broadcast  message  is  classified  as  either  being  for  devices  on  the  LI 
only  or  for  the  entire  FI.  Only  devices  that  have  previously  been  authorized 
by  the  FI  Manager  may  transmit  or  receive  broadcast  messages.  As  previously 
described!  this  same  authorization  is  recuired  for  a virtual  bus  and  lazy 
Susan.  A device  sending  a message  directly  addressed  to  another  device  must 
be  authorized  to  send  to  that  particular  DTE  just  as  the  receiving  DTE  must  be 
authorized  to  receive  from  that  source  DTE. 

Request  messages  are  transmitted  only  ^ the  FI  Manager  just  as  tesponse 
messages  ar-  transmitted  only  from  the  FI  Manager.  Currently,  any  other  mes- 
sage type  not  herein  defined  is  invalid  and  would  be  recognized  as  an  error  by 
the  FI  Manager. 

A device  may  wish  not  to  coxaounicate  on  the  FI  but  to  merely  monitor 
traffic.  Although  this  form  of  communication  cannot  be  classified  as  a mes- 
sage type  (juch  as  direct  address  or  virtual  bus)  because  it  is  for  monitoring 
only,  it  has  been  provided  for  in  the  request  message  format  and  is  dotted  in 
Figure  5-47  to  indicate  its  possible  presence. 


5-79 


5. 3. 3. 3 FI  error  control.  Controls  are  incorporated  into  the  FI  system 
design  to:  1)  Control  the  effects  of  data  transmission  and  processing  errors 
created  within  the  FI;  and  2)  report  them  to  the  FI  Manager  to  record  for  sys- 
tem error  performance  evaluation.  Error  control  requirements  imposed  on  the 
FI  are  separated  into  two  types:  Data  errors  and  header  errors.  They  will  be 
discussed  separately  below. 

5. 3. 3. 3.1  Data  error  control.  The  FI  is  required  to  provide  an  unde- 
tected bit  error  rate  (BER)  better  than  lxl0“12  transmitted  over 

it,  from  LIU  input  to  LIU  output.  The  device  header  is  not  considered  part  of 
the  data  block.  Direction  was  given  to  assume  an  inherent  channel  BER  of 
1x10-8  composite  El  and  LI  transmission  media.  This  appears  to  be  a 

valid  assumption  since:  1)  The  fiber  optic  link  should  provide  better  than 

1x10-10  ggp  with  the  margin  on  the  receiver  signal-to-noise  ratio  of  about 
10  dBm,  and  2)  the  BER  on  the  intrashelter  (LI;  flat  ribbon  cable  should  be 

better  than  10-9,  errors  are  to  be  considered  statistically  independant 

to  simlify  the  analysis  during  this  study.  The  burst  nature  of  the  El  and  LI 
transmission  media  are  obviously  statistically  dependent.  The  cryptographic 
equipment  itself,  if  it  is  of  the  cipher-text  autokey  (CTAK)  type,  multiplies 
single  bit  errors  into  strings  of  100  or  more  bit  errors.  However,  long 
strings  of  errors  are  not  the  problem  when  row  or  column  parity  checks  or  ham- 
ming cedes  are  employed.  Burst  errors  of  a period  short  with  rcspecw  to  the 
word  length  do  present  a problem  with  parity  checks.  Data  transmission  of- 
fered by  the  FI  even  in  the  presence  of  short  burst  errors  will  be  of  rela- 
tively high  quality. 

If  an  error  is  detected  in  the  data,  by  the  receiving  LIU,  the  data  is 
discarded  and  the  LIU  sends  a data  error  message  to  the  receiving  DTE  (as- 
suming the  header  was  received  error  free).  Four  functions  are  required  in 
the  FI  to  implement  data  error  control: 

a.  Error  detection  coding  in  the  transmitting  LIU; 

b.  Error  detection  in  the  receiving  LIU; 

c.  Dcta  error  message  generation  in  the  receiving  LIU;  and 

d.  Transfer  of  the  error  message  to  the  receiving  device. 

Two  methods  of  error  detection  were  considered  in  Task  III,  and  are  in- 
cluded in  this  discussion.  The  first  was  parity  checks  on  the  data  and  the 

second  method  was  a Hamning  or  other  BCH-1  code.  Although  the  SCH  provides 

better  error  performance,  and  meets  the  1x10-12  BER  requirement  in  a short 
burst  error  environment  of  lxl0~8.  both  methods  meet  the  requirement  when 
assuming  statistical  independance  and  cryptographic  extension  of  the  errors. 
Since  the  implementation  of  the  prity  check  method  is  much  simpler  to  inple- 
ment,  it  is  the  one  chosen  for  the  FI  data  error  detection  mechanism. 

Parity  check.  As  will  be  seen,  two  parity  check  bits  on  the  whole  block 

are  adequate  to  meet  the  basic  speicifeation  for  the  data.  If  the  parity 

checks  must  be  performed  as  the  data  is  strobed  into  the  LIU  on  a word  basis, 
it  will  be  simpler  to  implement  a parity  check  on  each  column  of  the  entire 
data  block.  The  column  checks  are  simple  parity  checks  on  the  vertical  slices 
of  the  data  block. 
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A single  parity  check  detects  error  patterns  with  odd  numbers  of  errors 
(1,  3,  5...).  With  low  channel  bit  error  rates,  the  only  significant  contri- 
butor to  the  undetected  BER  is  the  probability  of  2 errors.  Tlie  probability 
of  occurance  of  error  patterns  of  4,  6,  etc.  are  negligible  with  respect  to 
the  probability  of  2 errors  and  therfore  do  not  affect  the  undetected  BER. 

Since  only  even  errors  are  undetected,  the  undetected  BER  is  equal  to  the  prob- 
ability of  even  errors  occurring (P  j even  1 ) ,thus  P [ even  | O::  P ( 2 errors  ) . 


To  sufficienc  accuracy,  the  probability  of  k errors  in  N bit  data  slices 
(words),  assuming  a channel  BER  P is? 


P(k)  = (n|^)  pk  q(N-K)  * N!  P^  9(N-k) 
N irr(N-k)! 


(k)  is  the  number  of  ways  k errors  can  occur  in  N bits.  The  probability 
of  2 errors  (k*=2)  occurring  in  a given  block  is  approximated  to  sufficient  ac- 
curacy by  the  equation 

P(2)  N(N-l)  P2/2  (1) 

which  is  the  undetected  block  error  rate.  Tlie  undetected  bit  error  rate  is: 

U » 2P  (2)  /N  (2) 

since  P(2)  is  the  probability  of  2 undetected  errors  in  N bits.  Combining 
equations  (1)  and  (2)  yields: 

U » (N-1)  P2  (3) 

For  the  data,  it  has  been  specified  that  U ^ 10-12  when  P * 10”®, 
and  therefore,  equation  (3)  can  be  solved  for  the  maximum  allowable  value  of 
N-1,  which  is  the  number  of  data  bits  in  the  block,  the  Nth  bit  being  the  par- 
ity bit: 

N-1  - U/P2  . 10”12/10”16  - 10^  (4) 


JLL  ■ !Sli  , for  k-2:jn  » N(N-l) 

(N-K)!  11  (N-2)! 

1-0 

Also,  for  small  p : (1-p)  1 

Four  errors  in  a block  yields  a term  in  Che  expression  for  U,  which 

ycilds  a factor  of  10-32,  which  can  be  considered  negligible. 
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The  maximum  data  block  of  a packet  will  be  5I2  thirty-six-bit  words, 
or  18,  432  bits.  This  is  nearly  as  large  as  allowed  for  a single  check  by 
equation  (4).  Thus,  at  least  two  checks  are  required  per  maximum  length  data 
block.  A vertical  parity  check  on  each  column  of  the  data  block  is  equivalent 
to  N = 513  bits,  which  yields  an  undetected  HER  on  the  data  block  of  5.12  X 
10-14  which  is  greater  than  an  order  of  magnitude  better  than  required. 
Therefore,  a word  will  be  added  to  the  packet  trailer  for  vertical  parity  on 
each  column. 


5. 3. 3. 3. 2 Header  error  control.  The  FI  is  required  to  guarantee  5000 
years  mean  time  to  undetected  header  error.  The  header  is  considered  to  com- 
prise both  the  LI  network  header  and  the  device  header  error.  Direction  was 
given  to  assume  a message  rate  of  5000  messages  per  second,  with  the  channel 

BER  of  1x10-8  the  errors  statistically  independent.  Only  point-to-point 
transmission  was  considered  in  order  to  simplify  the  analysis. 

If  an  error  is  detected  in  the  header  by  the  receiving  LIU,  it  discards 
the  packet  and  sends  an  error  message  to  the  FI  Manager.  Four  functions  are 
required  in  the  FI  to  implement  data  error  control: 

a.  Error  detection  coding  in  the  transmitting  LIU; 

b.  Error  detection  in  the  receiving  LIU; 

c.  Header  error  message  generation  in  the  receiving  LIU;  and 

d.  Transfer  of  the  error  message  to  the  FI  Manager. 

Both  parity  checks  and  BCH-1  methods  of  error  detection  were  also 
studied  for  header  error  control.  Both  methods  meet  the  5000  years  mean  time 
to  undetected  header  error.  But,  as  in  the  case  of  data  errors,  the  parity 
checks  are  much  simpler  to  implement  and,  therefore,  are  chosen  for  the  FI 
header  error  detection  mechanism. 

Parity  check.  As  will  be  seen,  both  row  and  column  parity  checks  are 
needed  to  meet  the  header  error  control  specs.  The  required  5000  years  mean 
time  to  an  undetected  header  error,  along  with  the  following  assumptions: 

a.  5000  message  headers/second, 

b.  512  header  bits  (8  network  header  words  & 8 device  header  words  § 36 

bits/words)  can  be  translated  into  an  undetected  BER  in  the  header. 

The  assumptions  translate  to: 

1.  7.884  X 1014  headers/5,000  years, 

2.  4.54  X 1017  header  bits/5,000  years, 

which  in  turn  translates  into  a required  header  undetected  BER  of  2.2x10-18, 

Once  the  header  undetected  BER  was  determined  it  was  used  to  determine 
the  error  detection  method.  Let  the  entire  header  consist  of  H*RS  bits  ar- 
ranged in  R blocks  of  S bits  each.  Each  of  the  R blocks  could  be  protected 
with  its  own  parity  bit.  This  would  indicate  a simple  row  or  column  check.  A 
maximum  value  of  R can  be  calculated  that  is  required  to  satisfy  the  specifi- 
cation. 
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As  for  the  data  error  detection,  let  P(?)  be  the  probability  of  2 errors 
in  one  block,  and  note  that  equation  (1)  of  section  5.3.3.3.L  applies  with  R 
substituted  for  N-1.  The  probability  of  an  undetected  header  error  is  then: 

U = S P(2)  = S (R-t-1)  R p2/2 
= (H/R)  (R+1)  R p2/2 
= H (R+1)  p2/2 

The  specific  requirements  can  be  translated  into  single  parity  check  equation 
parameters 

U = 2.2  X 10-18 
H = 512  bits 
P = 10-8 

and  equation  (5),  when  solved  for  the  number  of  S 3-bit  blocks  (R)  yeilds; 

R < 8.6  X 10-5. 

Since  R is  less  than  one*  a single  row  or  column  parity  check  is  not  suffi- 
cient  to  meet  the  requirements. 

Row  and  column  parity  checks  were  then  analyzed.  Consider  a block  of  RC 
bits  arranged  in  a rectangle  as  sho%m  in  Figure  5-48.  The  last  row  and  the 
last  column  are  made  up  of  parity  check  bits  on  the  column  and  rows.  At  least 
4 errors  are  needed  to  escape  detection,  and  these  must  be  arranged  at  the 
corners  of  the  rectangle  as  shown.  Patterns  of  6,  8,  etc.,  errors  can  also  be 
arranged  to  escape  detection,  however,  the  10“^®  factor  produced  in  the 
value  of  U by  6 errors  arranged  in  the  header  is  negligible  and  can  be  ignored 
in  the  absence  of  burst  errors. 


R 

Figure  5-48,  Pattern  of  four  undetected  errors. 
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The  probability  U of  undetected  block  error  is  the  product  of  the  prob- 
ability for  each  of  these  rectangular  error  patterns  times  the  number  of  such 
patterns  that  can  be  formed  in  the  R by  C block: 

U = R (R-1)  C (C-1)  P^/4  (2) 

= h2  P^/4 

where  H = RC  is  the  mimber  of  bits  in  the  block.  With  H • 576  and  P * 10”®, 

U = 8.3  X 10~28 

which  is  significantly  less  than  the  required  2.2  x 10“^°  undetected  header 
BER. 


Therefore,  the  horizontal  and  vertical  parity  ch^^cks  will  be  used.  The 
actual  number  of  check  bits  required  is  R + C-1.  For  the  format  of  the  FI 
header,  (R  **  36,  C ® 16)  there  are  51  check  bits  required. 

Consider  now  the  effects  of  bursts  errors  on  row  and  column  checks.  If 
the  bursts  are  caused  by  crypto  gear  of  the  stream  cipher  type  (also  called 
cipher  text  autokey  or  CTAK),  they  consist  of  strings  of  50  or  more  bits  that 
are  essentially  random.  In  order  to  fool  the  column  checks,  a string  of  ran- 
dom bits  must  affect  at  least  2 rows.  Therefore,  it  is  checked  by  all  the 
column  checks  and  at  least  2 row  checks.  Since  the  bits  in  the  string  are 
random,  the  probability  of  satisfying  each  check  is  1/2,  and  if  Q checks  are 
involved,  the  probability  that  the  string  of  errors  will  be  undetected  in 
2"Q.  If  the  string  laps  over  into  more  rows,  its  probability  of  passing  the 
checks  is  halved  for  each  row  above  2. 

The  greatest  chance  for  undetected  errors  comes  when  the  error  string 
ends  on  one  of  the  last  R-1  bits  of  the  second  row  or  starts  on  the  first  R-1 
bits  of  the  penultimate  row.  For  this  case,  the  probability  of  eluding  detec- 
tion is  The  probability  of  having  an  error  string  fall  in  these 

t%^o  ranges  is  2 (R-1)  p,  and  the  probability  of  undetected  header  error  is: 

U • 2 (R+1)  p fl  ♦ 1/2  ♦ 1/4  + . . .) 

U • R P2"^®~1).  (8) 

With  R • 36  and  ? • 10"®,  U “ 1.05  x 10"^^,  and  the  apeeification  ia  .at- 
isfied. 

gainst  lower  density  bursts,  the  detection  system  is  less  effective. 
Consider  error  source  that  puts  out  bursts  of  errors  during  which  the  error 
probability  is  p and  vith  a duty  cycle  thnt  makes  the  average  error  rate  equal 
to  10~^.  The  worst  value  ol  p will  be  one  that  gives  an  average  of  about  4 
errors  in  a header.  For  a header  with  576  bits  (including  checks)  this  is 
about  0.00069.  The  probability  of  getting  a rectangular  pattern  of  4 errors 
during  an  error  burst  is: 
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U - R (R-1)  C (C-1)  (1-p)  574/4_  (9) 

This  is  like  Equation  2 of  Section  5. 3. 3. 3. 2. 2,  but  because  pH  is  no  longer 
small,  an  additional  term  is  needed.  Evaluation  U for  P = 0.00^9,  R = 36,  and 
C = 16  gives  U = 1.16  X 10~^  during  the  bursts.  This  value  is  a little  low 
because  it  does  not  include  undetected  patterns  of  more  than  4 errors.  The 
average  value  of  U is  found  by  multiplying  by  the  duty  cycle, 

lO-S/0.0069  » 1.45  X 10“^; 

U = 1.68  X lO’l^. 

This  is  much  large;:  than  the  2.2  X 10”^®  undetected  BER  required  to  provide 
the  5000  year  mean  time  to  header  error.  U * 1.68  X 10“^^  translates  into 
one  error  in  6 X 10^^  bits,  which  yields  a mean  time  to  header  error  of  661 
years. 


5. 3. 3. 3. 3 BCH  codes.  The  error  control  system  was  analyzed  using  BCH 
error  detection  coding  also.  Even  though  the  BCH  method  provides  improved 
performance  it  was  discarded  in  favor  of  the  parity  checking  method,  due  to 
hardware  implementation  considerations.  It  is  included  here  for  comparison. 

The  simplest  kind  of  BCH  code  is  the  well-known  Hamming  Code.  The  anal- 
ysis that  follows  shows  that  a Hamming  code  will  meet  the  requirements  but  a 
BCH  code  with  greater  minimum  distance  weight  would  be  a little  more  effective. 

A Hamming  code  with  an  additional  overall  parity  check  detects  all  pat- 
terns of  3 or  fewer  errors.  It  also  detects  all  patterns  of  odd  numbers  of 
errors,  and  for  even  nunibers  of  errors  greater  than  3 the  probabilicy  of  not 
detecting  is  close  to  where  J is  the  numlver  of  checks  including  the 

overall  pari^  check.  The  maximum  number  of  bits  in  the  total  block  including 
checks  is  Therefore,  16  check  bits  is  enough  for  the  data  block, 

and  as  few  as  10  could  be  used  for  the  header.  From  the  standpoint  of  hard- 
ware economy,  however,  it  makes  sense  to  use  the  same  code  for  both  header  and 
data. 


When  the  errors  are  statistically  independent  (i.e.,  no  bursts)  and  when 
the  bit  error  rati  p is  small,  the  probability  of  undetected  header  error  is; 

U - (H+J)  (H+J-1)  (H+J-2)  (H+J-3)  p*/{4!  x 2**)  (1) 

with  p * 10"®,  J " 16,  and  H • 576,  U “ 3.1  x 10”^^,  a little  better  than 
with  the  row  and  column  check  using  more  than  twice  as  many  checks. 


With  error  propagation  from  a stream  cipher  encryption  system,  the  unde- 
tected error  rate  for  the  header  is  approxiautely  given  by: 

0 - (H  ♦ T - E)  p/2J.  (2) 
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T is  the  length  of  the  random  string  that  rosults  from  a single  error  at  the 
decryptor  input.  The  exact  value  of  T for  a given  KG  system  is  classified, 
but  consideration  of  cryptographic  security  indicates  that  it  should  be  at 
least  50.  This  value  is  used  here  to  avoid  classifying  this  document.  E is 
an  end  effect  allowance  to  take  account  of  the  fact  that  if  the  string  over- 
laps only  a few  bits  at  the  start  of  the  header,  the  chance  of  getting  the 
minimum  4 errors  is  small.  Intuition  suggests  that  8 is  about  the  right  num- 
ber, and  since  the  effect  is  small,  that  value  wi'Jl  be  used  and  no  detailed 
analvsis  will  be  made.  With  H * 576,  J ■ 16,  and  p - 10"*®,  U ■ 9.43  X 
10“^^,  about  36  times  as  large  as  with  the  row  and  column  code. 

To  get  U down  to  10"^^  with  cryptographic  error  propagagtion,  J can  be 
increased  to  42. 

Consider  now  the  error  detecting  capability  against  burst  errors  with 
peak  error  rate  about  0.0069  as  was  considered  for  the  row  and  column  checks. 
The  probability  of  getting  4 or  more  errors  in  the  block  is  0.267,  and  the 
probabiity  of  failing  to  detect  such  error  patterns  is  about  2~'^. 

With  J - 42 

U ■ 0.267  X 2*^2  ■ 6.1  X 10"^^,  nearly  6 orders  of  magnitude  better 
than  the  row  and  column  check.  If  the  bust  duty  cycle  is  1.45  X 10'^®,  as 
before,  to  make  the  average  error  rate  ■ 10”®,  then 

U • 1.45  X 10”1®  X 6.1  X 10”!^  - 8.8  X lO”^^  which  meets  the  re- 
quirement of  U < 2.2  X 10”^®  for  a 5,000  year  mean  time  to  undetected 

header  error. 

Although  the  above  analysis  is  directed  toward  increasing  the  number  of 
checks  J by  increasing  the  basic  Hamming  code  block  siae  and,  of  course,  still 
using  only  as  much  of  it  as  is  needed,  it  would  be  a little  nw^re  effective  to 
go  to  a BCH  code  with  higher  minimum  code  word  weight.  The  difference  in 
hardware  is  probably  small.  The  improvisment  in  performance  would  te  greatest 
with  the  non-bursty  error  patterns,  and  unfortunately  it  would  not  be  appre- 
ciable against  bursts  of  many  errors. 
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5 . 4 Communication  network  implementation^ 


» 


The  communication  system  subnetwork  includes  that  part  of  the  TAF 
centers  using  telephones,  teletype,  low-speed  serial  data  links,  trunk  groups, 
and  transmission  groups.  It  does  not  include  the  data  transfer  between  ADP 
devices. 

This  section  will  identify  major  communication  system  users,  their 
interconnectivity  through  the  FI,  and  protocol  required  on  the  FI  to  handle 
communication  messages.  A concept  for  integrating  some  of  the  call  processing 
functions  required  by  telephone  users  is  included  in  this  section. 

Alternatives  for  a more  extensive  integration  of  call  processing  technical 
control  and  FI  packet  switching  functions  (developed  in  the  Appendix)  are 
evaluated  in  this  section. 

5.4.1  Communication  interfaces  by  functional  types.  In  Task  II,  a 
representative  set  of  communication  devices  was  identified  with 
characteristics  exercising  the  most  important  functions  of  the  FI.  This  set 
was  selected  so  the  design  of  the  FI  adapters  could  be  concentrated  to  a 
smaller  number  of  functions.  Otherwise,  analysis  of  the  FI  interface  could  be 
too  cumbersome.  Table  2-8  lists  those  devices  bv  functional  types. 

Each  functional  type  was  identified  as  an  adapter  type.  These  adapter 
types  are  shown  in  Figure  2-15.  Other  charactvar istcs  of  the  signals  are 
further  identified  in  Table  2-2  through  2-6. 

5.3.2  Network  Interconnectivity:  The  interconnectivity  of  each  of  the 
functional  types  of  communication  devices  is  discussed  in  the  following 
paragraphs. 

Telephones  - Telephones  are  interconnected  either  as  dedicated  circuits 
or  on  a switched  basis.  Dedicated  circutis  are  routed  directly  from  each  end 
instrument  to  the  technical  control  facility  where  each  is  patched  through  to 
its  destination  on  a full-time  basis.  There  is  no  supervisory  signailing  on 
dedicated  circuits.  Switched  circuits  are  all  connected  from  oach  end 
instrument  to  the  circuit  switch  in  the  center.  There  is  a supervisory 
signalling  exchange  between  the  telephones  and  thr:  switch  to  set-up,  maintain, 
and  release  each  call.  Loop-to-loop  switched  calls  do  not  generally  go 
through  the  technical  control  facility.  Trunk  calls,  or  those  going  between 
switches  (at  different  centers),  are  routed  through  the  technical  control 
facility  and  over  the  transmission  media.  There  is  an  additional 
switch-to-rwitch  supervisory  signalling  exchange  for  trunk  calls.  The 
foregoing  is  true  whether  the  end  instruieent  is  analog  or  digital,  but  the 
supervisory  signalling  exchange  is  quite  differer.t  in  each  case.  In  both 
cases,  the  signalling  is  in-band. 

Loop-loop  calls  originate  and  terminate  off  one  switch  within  a center. 
In  a loop-loop  call  the  originating  end  instriment  sets  up  the  call  with  the 
switch  by  a supervisory  signalling  exchange.  Refer  to  Figure  5-49.  The 
switch  sets  up  the  destination  circuit  through  the  switching  sMtrix  with  the 
destination  device  and  the  call  takes  place.  The  call  is  released  with  a 
similar  exchange. 
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Figure  5-49,  Loop-loop  cells. 


In  a loop-trunk  call,  the  initial  set-up  between  the  origin/.ting  device 
and  the  switch  is  the  sane.  But  the  switch  tsust  consult  a routing  function 
and  comminicate  with  the  proper  distant  switch  to  complete  the  call.  A trunk 
group  is  formed  at  the  local  switch  and  routed  to  the  technical  control 
facility  where  transmission  groups  are  formed  fr^  trunk  groups  %diich  are  then 
routed  over  a radio  or  cable  to  the  distant  switch.  Refer  to  Figure  5-50. 


Vhen  the  FI  is  used  at  a center,  the  interconnectivity  is  as  shoim  in 
Figure  5-51  and  5-52  for  loop  and  trunk  calls.  These  figures  show  the  access 
to  the  FI  being  made  through  the  Local  Inrraconnect  (LI)  at  each  shelter.  For 
clarity,  coomunication  adapters  and  components  of  the  external  intraconnect 
(El)  are  omitted.  Both  signalling  and  call  exchanges  are  carried  as  data 
within  the  body  of  the  coamunicatifnis  messages  over  the  FI.  Hote  that 
loop-loop  calls  traverse  the  FI  twice  from  source  to  destination,  and  at  least 
three  times  for  trunk  calls  which  go  intercenter. 

A more  detailed  breakdown  of  the  interconnectivity  is  shown  in  Figure 
5-53  for  a digital  telephone.  The  adapter  (AD)  used  by  each  telephone  is  a 
low  speed  serial  data  (LSSD)  adapter.  The  SICU  is  shown  but  no  other  detail 
of  the  El. 
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Figure  5-50.  Call  routJjig  - typical  AF  center  without  flexible  int reconnect. 


Data  Devices  - A group  of  data  devices  representative  of  the  TRI-TAC 
family  in  SCr-3  are  shown  interconnected  through  the  FI  in  Figure  5-54. 

TADIL  A and  B circuits  are  serial  digital  signals  150  b/s  to  2250  b/s 
(Table  2-8)  handled  a^  quasi-analcg  signals  in  AV  adapters.  These  are  routed 
through  the  technical  control  facility  as  dedicated  circuits  to  a radio.  Vt 
analog  telephone  would  f.enerally  be  routed  to  the  switch  through  the  AV 
adapter.  TADIL  and  teliphone  circuits  would  not  necessarily  use  the  same 
adapter  and  LIU  as  shown* 

A teletype  signal,  in  the  CRC  Ops  central  would  use  a data  adapter  (DA) 
to  convert  the  TTi  data  to  16  kb/s  or  32  kb/s.  Encryption  and  supervisory 
signalling,  rr»quired  by  the  switch,  can  be  provided  by  the  DSVT  (or  DHVT) 
connected  to  the  DA.  Either  way  the  converted  teletype  signal  uses  LSSD  and 
is  routed  over  the  FI  t3  either  the  switch  or  the  technical  control  facility 
depending  if  the  circui:  is  dedicated  or  switched. 
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Figure  5-5X.  Cell  procfts«or/FI  Integration  concepts 
CF/FI  separate  nooin tar facing  intracanter  (loop- loop)  call. 

Trunk  groups  are  forsed  in  the  switch  for  intercenter  transmissions. 
These  are  in  the  range  of  144  kb/s  to  4608  Kb/s  (Table  2-8).  Trunk  groups  use 
HSSD  adapters  end  reqiuire  one  LIU  for  each  adapter.  The  input  to  the  HSSO  is 
serial  at  the  trunk  group  rate.  The  transfer  froc  the  HSSD  to  the  LIU  is 
across  the  standard  interface  which  is  18-bit  parallelt  and  the  transfer  frem 
the  LIU  onto  Che  LI  is  36-bit  parallel.  A 4608  Kb/s  trunk  group  would  occupy 
approximately  lOZ  of  the  total  capacity  of  the  LT  at  10  Kw/s>  and  when  message 
overhead  is  considered!  it  can  he  seen  that  the  number  of  HSSD's  (and  LtUs) 
handled  by  one  LlCU  is  no  sK>re  than  seven  %fhen  the  HSSD's  ace  operating  at  thn 
highest  rate  crunk  group.  This  limitation  will  be  considered  in  iaplemencing 
the  CHCE  and  A/l/TTC-39  with  the  FX. 

Transmission  groups  ere  formed  in  the  channel  reassignment  function 
(CRF)  of  the  CHCE  from  trunk  groups  transmitted  from  the  switch.  Transmission 
groups  are  necessary  because  of  different  transmission  paths  used  by  the  trunk 
groups.  However,  transmission  groups  in  the  CMCS  are  at  the  same  family  of 
rates  ss  trunk  groups  and  the  coeamnts  made  in  the  previous  paragraph  apply  to 
transmission  gro^ips  as  well.  Transmission  groups  are  routed  from  the  CHCE  to 
the  radio  over  the  FI  as  shown. 
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Figure  5-52.  C*U  procta^or/FI  inttgrscion  concepts 
CF/FI  sepsrate.  nonlnteractlng  Intercenter  (truck)  cells. 
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Figure  5-53.  Dlgitel  celeptooe  circuit  - phase  II  bua»  TACC  center,  SCC-344A 


Another  group  of  sigr.als  are  the  digital  orderwirea.  They  are 
tvsleaecry,  supervitory  aignalling,  and  digital  voice  with  rates  froa  ISO  b/ s 
to  4 kb/s,  and  lA  kb/s.  These  are  defined  in  Table  2-8.  The  data  signals  can 
be  coabined  in  data  channel  multiplexers  to  16  Kb/s  or  32  Kb/s,  or  trans'sitted 
singly  over  the  FI.  In  nny  case,  the  signals  use  LSSO  adapters  and  are 
generally  routed  bet«#een  CffCE,  switch i and  radios. 

5.4.2  CoioAunlcatloo  auboetwork  protocol.  The  eomnicat ion  subnetwork 
can  be  best  analysed  by  considering  its  two  characteristic  snides  of 
transaission  over  the  FI;  point-to-point  and  intercoe  transmissions.  The 
intercom  mode  is  employed  primodly  for  intrashelter  telephones,  or  those 
vithin  an  operational  complex  such  as  the  combined  current  ops  and  current 
plans  facility  of  TACC  of  operations  central  cf  the  CRC.  These  will  K served 
by  one  tlCJ  and  LI.  The  point-to-point  mode  is  used  for  connectivity, 
requiring  transmissions  over  th^  External  Intracoonect . The  point-to-pof nt 
mode  services  all  intershelter  traffic  and  will  be  primarily  talephone  traffic 
from  center  shelCers  to  and  from  the  circuit  twitch  snd  technical  control 
facility.  The  message  atnicture,  which  ia  the  tame  for  both  modaa,  will  ba 
deacribed  «»hen  the  detailad  operation  of  each  will  be  made. 
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5. 4. 2.1  Communication  message  structure.  Communication  messages  are 
formed  in  communication  selected  adapter  units  (SAU).  Each  SAU  puts  the 
response  from  the  10  devices  it  serves  into  the  body  of  the  message  and 
attaches  the  device  (DTE)  header  and  trailer.  The  device  header  and  trailer 
are  5. 3. 3. 2,  Figure  5-44  of  this  report. 

The  SAU  forms  a header  and  trailer  in  addition  to  the  device  header 
(Figure  5-55.  A communication  header  of  up  to  20  18-bit  words  is  formulated, 
a two-word  section  for  the  response  from  each  device.  The  header  contains  the 
destination  address  (the  LIU  and  the  adapter  port)  and  any  classmarks, 
precedences,  etc.,  associated  with  the  calling  device. 


16  Words 

Comm 
header 
20  Words 
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10  ; 

Devices 

640 

Words* 


Trailer 
1 Word 


Figure  3-53.  Loin^-speed  communication  adapter  response  format. 

The  body  of  the  conDunicetion  message  contains  the  response  from  each 
active  device.  Each  device  may  use  up  to  64  18-bit  words  and  each  message  may 
contain  up  to  640  18-bit  words  of  text.  An  inactive  device  will  not  have  its 
header  appended  and  will  not  occupy  space  in  the  text.  The  length  of  the 
message  will,  there  fore v depend  upon  the  number  of  active  users  on  the  SAU. 

The  sise  of  the  block  of  device  text  was  set  at  64  words  to  account  for 
accumulating  18ms  of  64  kb/s  (PCM)  voice,  or,  1132  data  bits.  If  the  voice 
digitisation  rate  of  32  kb/s  (CVSD)  is  used,  the  text  block  sise  would  be 
reduced  to  32  words,  or  576  bits  of  data,  and  the  total  text  from  10  devices 


679  18-Bit  Words 

Device  Header 

Destination  1 Address  (8)  Port  (5)  Spare  (5) 
Destination  1 Classmarks  Precedence,  etc  (18) 

Destination  10  Address  etc. 

Device  1 Text  64  Words* 


Device  10  Text 

ETX/EOM/ERR/OET  Spare 

• Assuming  Space  for  Voice 
Digitization  Rate  of  64  Kb  PCM. 

If  3?  Kb  CVSD  is  used  each  text 
Uses  32  Words  and  320  Words  Total 
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would  be  320  words  instead  of  640.  (it  has  been  determined  that  18ms  is  an 
optimum  sample  interval  for  transferring  voice  on  the  FI,  considering  message 
occupancy,  efficiency,  hardware  complexity,  and  transmissi<5ns  delay  time  over 
the  FI.  Each  communication  DTE  is,  therefore,  sampled  on  18ms  interval).  A 
one-word  trailer  is  attached  to  the  message  to  denote  end  of  textual  data. 

In  general,  all  active  devices  aLtached  to  an  SAU  will  not  always  be 
included  in  each  message.  If  a device  has  a destintion  on  the  El,  it  will  not 
be  included  in  a uessage  destined  for  the  LI  only.  Similarly,  messages  going 
over  the  El  will  not  contain  local  II  traffic.  The  SAU  will  distinguish 
between  user  destinations  of  its  devices  and  formulate  separate  messages  for 
each. 


3. 4. 2. 2 Intershelter  communication.  When  a communication  device 
communicates  with  a device  in  another  part  of  the  TAG  center,  or  in  anotner 
center,  it  will  do  so  o\er  the  El  as  a point-to-point  communication.  It  may 
operate  as  either  a switched  circuit  or  a dedicated  circuit  \n  the  TAG 
environment.  As  noted  before,  switched  circuits  will  a*.!  be  routed  from  the 
devices  directly  to  the  circuit  switch  (or  store  and  forward  switch  in  the 
case  of  data),  and  dedicated  circuits  will  be  routed  directly  to  the  technical 
control  facility.  In  general,  then,  devices  in  any  shelter  will  have  no  more 
than  two  external  destinations  and  any  SAU  can  service  all  intershelter 
traffic  from  its  devices  by  formulat-ng  only  two  messages,  one  to  the  switch 
and  one  to  the  technical  control  facility.  Any  messages  from  an  SAU  will  have 
only  one  destination  shelter,  or  LICU.  The  switch  and  technical  control 
facility  are  exceptions.  Messages  from  SAUs  in  these  shelters  may  have  more 
than  two  destinations  and  require  the  formulation  of  more  than  two  messages 
during  an  18ms  interval  to  service  all  its  devices. 

The  point-to-point  protocol  for  the  transfer  of  communication  messages 
is  shown  in  Figure  5-56.  Delays  in  FI  buffers  are  shown  in  the  figure.  There 
is  a fixed  IScs  delay  in  the  adapter  to  account  for  storage  of  a block  of 
data.  There  are  polling  delays  in  acquiring  access  to  the  LI  and  El  which  may 
be  up  to  18  ms.  There  are  other  shorter  load-dependent  delays  experienced  on 
the  downlink  betv;een  LIGU  and  LIU,  and  LIU  and  SAU.  This  protocol  is  the  same 
as  for  any  other  point-to-point  message  on  the  FI  described  in  Section 
5. 3. 3. 2.  It  should  be  noted  that  all  device  data  from  one  originating  SAU 
will  be  delivered  to  one  destination  oICU  and  from  there,  delivered  to  all 
LIUs  on  that  LI.  Each  LIU  with  a destination  address  in  the  message  will 
accept  the  message  and  pass  it  on  to  its  SAU  where  the  proper  point  to  which 
the  destination  device(8}  are  connected  it  decoded. 

5.4.2. 3 Adjacent,  or  iotraahelter  conssunlcation  (intercom):  An 
intercom  network  can  be  set  up  on  the  PI  whereby  any  communcation  users  on  one 
LI  cm  comaunicate  without  going  through  the  twitch  or  technical  control 
facility.  The  intercom  capability  it  valuable  in  larger  centera  tuch  as  TACC 
and  CRC  where  several  modules  can  be  collocated  and  a large  number  of  devices 
are  sarved  by  one  LICU  (LI).  Where  the  intercom  capability  can  be  effectively 
utilized  a considerable  traffic  load  can  be  removed  from  the  circuit  twitch. 
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Figure  5-56.  Communication  protocol  - point-to-point  data  transfer 
between  two  cocsnunication  devices. 

Intercom  communications  are  feasible  because  each  LI  is  a coiunon  bus 
wherein  each  transmission  from  one  party  is  broadcast  to  all  Lids  on  the  LI. 
The  intercom  network  uses  the  virtual  bus  mode  of  coiaminication.  A virrual 
bus  is  set  up  between  all  commuiiication  users  on  an  LI.  The  set-up  and 
operation  of  a virtual  bus  is  described  in  Section  5.2.2.  The  protocol  fo.' 
this  mode  of  operation  between  two  devices  is  shown  in  Figure  5-57.  When  the 
Lieu  polls  an  LIU,  the  SAU  message  is  transferred  to  all  users  (LIUs)  on  the 
virtual  bus,  i.e.,  those  with  coomunlcation  SAUs.  These  users  pass  the 
message  onto  their  SAU's  w^iere  device  port  addresses  are  decoded. 

Call  processing  reouired  for  intercom  communication  is  done  in  the 
SAUs.  One  device  may  call  another  by  inserting  its  address  into  the  DTE 
header.  This  can  be  done  from  the  instrument  or  by  an  attachment  such  as  a 
push  button.  Permanently  dedicated  circuits  may  be  made  by  programming 
destination  address  into  the  SAU.  Party  lines  and  conferencing  may  be 
accomplished  by  similar  manipulation  of  device  addresses  in  the  SAU.  Access 
can  be  made  to  classmarks  and  precedence  assignments  by  either  FI  controller 
or  by  the  user.  The  intercom  capability  can  provide  the  user  with  many  of  the 
simpler  call  processing  functions  now  provided  by  the  switch.  The 
requirements  for  capability  will  be  developed  in  a later  phase  of  the  program. 
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Figure  5-57.  Communication  protocol  - intercom  between 
two  communication  devices. 


5.4.3  Integration  of  packet  switching  properties  of  the  FI  with  other 
COM  switching  functions.  In  Task  I,  SCC-4B  was  developed  that,  in  part, 
assumed  the  integration  of  all  switching  functions  of  the  circuit  switch  and 
technical  control  facility  with  the  packet  switching  functions  of  the  FI.  In 
Task  III,  this  concept  was  investigated  further  to  determine  more  of  the 
system  requirements  and  to  assess  what  degr«^e  of  integration  in  curcuit  switch 
and  tech  control  functions  was  fesihle. 

Two  implementations  were  considered.  These  are  in  addition  to  the 
intercom  concept  described  in  5.3.3,  which  is  not  a bonafide  integration  of 
functions  because,  even  though  it  will  offload  the  switch  to  some  degree,  it 
is  not  intended  to  replace  any  existing  switching  functions.  One  concept, 
referred  to  as  Call  Processing  on  the  FI,  assumed  the  transfer  of  all  loop 
call  processing  functions  of  the  circuit  switch  and  its  associated  interchange 
with  the  technical  control  facility,  to  the  FI.  The  other  concept,  referred 
to  as  Circuit  Translation,  assumes  that  all  call  processing  and  switching 
functions  normally  residing  in  the  circuit  switch  and  technical  control 
facility  would  remain  there  and  an  address  translation  function  would  be  added 
to  interface  with  the  FI  to  provide  a circuit  bypass  of  the  switch  and 
technical  control  facility  when  their  call  processing  end  supervisory 
functions  were  complete.  Both  concepts  considerably  reduce  traffic  over  the 
FI.  Both  concepts  have  been  developed  in  some  detail  and  included  in  Appendix 
A. 
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3.4. 3.1  Call  processing  on  the  FI.  The  concept  of  call  processing  on 
the  FI  was  the  one  most  nearly  like  that  intended  in  the  integration  concept 
proposed  in  SCC-4B.  It  was  the  basis  for  the  traffic  load  projected  for 
SCC-4B.  The  change  in  the  concept  from  that  time  has  been  to  exclude  the 
trunking  and  transmission  group  functions  from  the  integration  process. 
Therefore,  the  reduction  in  traffic  loading  is  due  only  to  loop  calls  and  not 
to  trunk  calls  as  SCC-4B  assumed.  The  reason  for  this  is  basic  to  the  concept. 

In  reviewing  the  functions  that  now,  or  normally,  reside  in  the  circuit 
switch  and  technical  control  facility,  it  was  determined  that  the  functions 
associated  with  trunking,  e.g.,  primary  and  alternation  routing,  interswitch 
supervisory  signalling,  area  and  zone  controls,  etc.,  were  too  complex  and 
specialized  to  be  made  part  of  the  FI  and  should  be  done  by  the  switch  and 
technical  control  facility  no  matter  what  concept  was  selected.  Consequently, 
the  call  processing  functions  for  loop-loop  calls  were  the  only  ones 
considered  for  removal  from  the  switch  and  inclusion  on  the  FI. 

5.4. 3. 2 Circuit  translation.  The  motivation  for  conceiving  the  circuit 
translation  concept  was  to  simplify  the  FI  call  processing  function  from 
Section  5. 4. 4.1.  It  would  allow  all  the  specialized  functions  performed  by 
the  switch  and  technical  control  facility  to  remain  there  unchanged  and  still 
provide  a means  by  which  the  functions  performed  by  the  FI  would  not  be 
duplicated  by  these  units.  These  functions  lire:  all  curcuit  switching, 
Including  trunk  group  switching  and  formulation  in  the  switch;  all 
transmission  group  switching  and  formulation  in  the  technical  control  facility 
channel  reassignment  function;  and  all  modem  functions  in  both  facilities. 

Since  the  circuit  translation  function  affects  trunk  groups  and  transmission 
groups  as  well  as  loops,  the  traffic  reduction  predicted  in  SCC-4B  can  be 
fully  realized. 

The  circuit  translation  concept  has  the  greatest  impact  on  the 
configuration  of  related  TAG  communication  equipment.  The  reduction  in 
capability  and  complexity  of  the  circuit  switch  and  technical  control  facilit; 
has  significant  impact  on  these  facilities.  Since  it  is  not  considered  to  be 
in  the  best  interest  of  the  FI  to  produce  a design  having  large  impacts  on 
other  TAG  equipment,  it  may  be  desirable  to  propose  implementation  of  this 
concept  in  two  phases.  The  first  phase  would  not  change  either  the  switch  or 
technical  control  facility,  .'.ddress  translation  could  be  done  at  the 
interface  to  both  facilities  using  signals  now  existing  in  the  equipment.  The 
address  translator  could  be  appended  to  the  FI.  The  address  translation  would 
reduce  the  traffic  load  by  eliminating  redundant  paths  from  the  device  through 
the  switch  and  technical  control  facility  but  would  not  reduce  switching 
crosspoints,  multiplexers,  and  modems  in  the  facilities.  The  second  phase 
would  affect  the  complete  integration  of  the  functions  with  its  corresponding 
reduction  of  circuit  switch  and  technical  control  equipment. 

5.4. 3.3  Comparative  evaluatiun.  A comparison  was  made  of  the  two 
integr.it ion  concepts  and  compared  to  the  non-integrated  system  as  it  i#ould  be 
without  either  one.  The  moct  apparent  advantages  and  disadvantages  of  the 
concepts  are  summarised  in  Table  3-20. 
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TABLE  5-20.  INTEGRATED  FI  CONCEPTS 


FI /Call  Process! ng'TCCF 
_ 

Concept 

Advantages 

D'sadvantages  1 

1.  Non  integrated 

Call  processor  and  TCCF  functions 
are  separate  from  FI  Non- 
interacting 

1.  Least  FI  complexity 

2.  Switch  and  CNCE  require  no 
modification 

1.  Maximum  BW  reqts  iboth  loop- loop 
and  trunk  calls  require  separate  paths 
from  device-SW-CNCE-radio.  i.  e.. 
requires  multiple  paths  on  FI  1. 

2.  Call  Processing  on  FI: 

CP  loop-loop  functions  and  TCCF 
functions  integrated  on  FI.  Trunk 
functions  are  separate. 

i 

1 

1.  Efficiency  of  address  functions  and 
related  operations  ithey  are 
designed  into  FI l 

2.  Decreases  complexity  of  switch  by 
removing  all  loop-loop  CP  and  TCCF 
functions. 

3.  Atedium  BW  reqts.  ino  multiple 
paths  on  FI  for  either  loop- loop 
calls). 

1 Adds  complexity  to  FI.  (All  loop-loop 

CP  functions  from  switch  and  their 
associated  TCCF  functions  are  'ncluded 
on  it) 

2.  Trunk  calls  require  multiple  paths 
on  FI  between  SW.  CNCE,  i^adio 

j 

i3.  Circuit  Translation; 

! CP  and  TCCF  functions  remain 

: sepaiate  from  FI.  Interacting  i 

i address  translation  incorporated. 

i 

1 1 

1.  Minimum  BW  reqts.  (no  multiple 
paths  on  F 1 for  either  loop-loop 
calls  or  trunk  calls). 

2.  Simplified  FI  (no  CP  or  TCCF 
functions) 

3 Simplifies  switch  and  CNCE  by 
eliminating  necessity  for  signal 
paths  through  them 

1.  Complicate!  SW  and  CNCE  by  adding 
adoress  translator. 

2.  Multiple  paths  are  still  required  for 
supervisory  signalling  paths  (but  not 
for  calls) 

1 

The  non-integrated  concept  requires  considerably  more  bandwidth  than  the 
others,  but  is  otherwise  the  simplest  to  implement.  It  makes  maximum  use  of 
existing  systems,  but  in  no  way  takes  advantage  of  the  potential  of  the  FI  for 
using  distributed  switching  and  multiplexing.  As  a result,  this  system  allows 
considerable  redundancy  of  switching  and  transmission  functions  between  the 
FI,  circuit  switch,  and  technical  control  facility. 

In  FI  call  processing,  the  addition  of  the  call  processor  to  the  FI 
greatly  increases  FI  complexity.  This  addition  does  not  seem  to  justify  the 
gain  in  efficiency  of  the  FI  addressing  functions  and  other  operations 
(compared  to  circuit  translation)  or  the  decrease  in  bandwidth  requirements 
due  to  a reduced  number  of  times  a call  traverses  the  FI.  The  latter  is 
largely  due  to  the  fact  that  only  loop-loop  calls  are  effected  in  this  concept. 

The  circuit  translation  concept  has  the  greatest  use  of  distributed 
•witching  and  multiplexing  capabilities  offered  by  the  introduction  of  FI 
packet  switching  into  the  system.  It  offers  advantage  in  reduction  of  FI 
band'iidth  and  eliminates  redundancy  of  switching,  multiplexing,  and 
transmission  functions. 

3.4. 3.4  Recommendations.  The  first  implementation  of  the  FI  should 
incorporate  only  that  call  processing  required  to  implement  the  intercom 
capability  on  the  LI  as  described  in  Paragraph  5.4. 2. 3.  This  is,  in  effect, 
the  recommended  concept  for  near-term  implementation  and  provides  a minimum 
impact  on  existing  TAG  communication  equipment  and  has  the  desirable  effect  of 
somewhat  off-loading  traffic  from  the  circuit  switch. 
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The  next  phase  of  FI  implementation  should  be  the  incorporation  of 
circuit  translation  into  the  switch  and  technical  control  facility  to  the 
extent  that  all  interacting  signals  in  these  facilities  can  be  brought  to  the 
FI  and  the  address  translation  performed  external  to  the  circuit  switch  and 
technical  control  facility.  This  will  provide  considerable  off-loading  of 
traffic  from  these  functions  while  leaving  the  capability  in  existing 
equipment  for  back-up  during  transition  phases. 

The  last  phase  is  the  full-scale  incorporation  of  circuit  (address) 
translation  into  the  circuit  switch  and  technical  control  facility  and  the 
elimination  of  all  redundant  matrix  switching,  multiplexing,  and  modem 
functions  from  these  facilities. 

3.4.4  Wideband  analog  transmission.  In  Task  I,  the  need  was 
identified  to  transmit  wideband  analog  signals  over  the  FI.  These  were  radar 
signals  at  the  CRC/CRP,  ASRT,  FACP,  and  TWAC,  and  TV  video  signals  from 
surveillance  aircraft  to  the  AFCH,  and  for  navigational  alignment  purposes  at 
the  ASRT.  Th?  bandwidth  of  each  of  these  signals  is  listed  in  Table  5-21. 

Wideband  Analog  signals  will  be  transmitted  over  the  FI  in  analog  form 
over  circuits  separate  from  digital  transmissions.  Separate  fiber  or  fibers 
will  be  used  for  WB  analog  transmissions  over  the  El.  When  a number  of 
signals  use  the  same  link,  cuch  as  the  radar  signals  from  the  TPS-43  to  the 
CRC  OPS  central,  an  FDM  composite  will  be  formed  and  the  signal  transmitted 
over  one  fiber  of  the  El.  In  other  cases,  such  as  the  single  TV  video  link  at 
the  AFCH,  the  baseband  signal  will  be  transmitted  over  one  fiber  of  the  El. 

The  WB  analog  signal,  whether  multiplexed  (FDM)  or  transmitted  singly, 
will  be  routed  through  the  El  transponder  on  a separate  circuit  from  the 
digital  El.  The  WB  analog  signal  will  not  enter  the  polling  scheme  or  any 
other  control  the  El  uses  for  digital  signals.  In  other  words,  the  WB  analog 
signals  are  transmitted  over  the  FI  in  a subnetwork  independent  from  the 
digital  FI  system.  It  may  be  necessary  to  route  the  same  WB  analog  signal  to 
more  than  one  destination,  in  which  case  isolation  and  1/B  drivers  will  be 
required  at  the  transponder.  (This  need  for  multiple  destination  of  the  same 
WB  signal  has  not  yet  been  identified  in  tbis  study).  Implementation  of  s'-ne 
WB  signals  are  shown  in  Section  7.0. 
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TABLE  5-21.  WIDEBAND  ANALOG,  RADAR  AND  TV  SIGNALS 


CENTER 

LINK 

SIGNAL 

BW(MHz) 

— 

CRTS 

TPB-l/TACAN 

AZ  & Control 

3 

4 

TPB-l /RADAR 

Digital-Pulse 

15 

15 

TPB~1 /RADAR 

Video 

10 

1 

TPB-l/TV 

Video  & Sync 

6 

1 

TOTAL 

34 

! 

FACP 

TFS-43/TSQ-61 

Digital  Control 

27.8 

15 

& Height 

TPS-43/TSQ-61 

Radar 

28.0 

8 

TOTAL 

55.8 

TWAC 

WX  RADAR/TMQ-28 

Digital 

1 

1 

VOC  RADAR/TMQ-28 

Video 

6 

1 

WX  RADAR/TNQ-28 

Azimuth 

1 

1 

TOTAL 

8 

AFCH 

TV  ROVR/OPS  CNTRLj 

Video 

3.5 

1 

CRC/CRP 

TPS-43/OPS  CNTRL 

! Pre-Trigger 

1.2 

1 

IFF/SIF  Composite 

5.0 

1 

MTI  Gated  Video 

4.0 

1 1. 

Search  Video 

4.0 

1 

Synthetic  Videc 

0.6 

1 

ACP 

0.6 

1 

North  Mark 

0.6 

1 

Height  Bits  (9) 

10.8 

9 

TOTAL 

L 

20 
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6.0  DEVELOPMENT  OF  THE  INTERFACE  STANDARD 

6.1  Objective. 

The  objective  of  this  analysis  was  to  develop  a standard  set  of 
interface  characteristics  to  be  adopted  for  the  interface  between  the  Flexible 
Xntraconnect  and  all  ADP  and  conounicaticn  devices  accessing  the 
intraconnect.  These  characteristics  were  documented  in  a preliminary 
interface  standard  to  provide  guidance  in  the  selection  of  I/O  characteristics 
for  future  TAF  C3  device  developments. 

6 . 2 Constraints  and  assumptions. 

It  was  agreed  between  the  customer  and  Martin  Marietta  that  the  standard 
should  define  a rigid  interface.  This  implies  that  there  should  be  no 
capability  to  modify  the  interface  with  either  hardware  or  software.  Imposing 
a rigid  standard  on  the  diverse  equipments  to  be  connected  to  the  FI  will 
reduce  the  possibility  of  error.  The  standard  must  spell  out  in  detail 
exactly  what  Is  required  for  a successful  interface.  Any  additional  software 
or  hardware  required  to  accommodate  au  interface  with  a device  not  conforming 
to  the  standi.rd  should  exist  in  an  adapter  module.  If  more  thj^n  one  standard 
is  chosen,  there  should  be  a uniquely  designed  Local  Intraconnect  Unit  (LIU) 
for  each  standard. 

The  possibility  of  connecting  a CCD  memory  system  to  the  FI  in  the 
future  was  submitted  by  the  customer.  This  proposed  memory  system  could  be 
similar  to  the  Burroughs  Scientific  Processor  (BSP)  file  memory  which  can 
transmit  at  a sustairisble  rate  of  over  10  Nw/s.  It  was  agreed  between  the 
customer  and  Martin  Marietta  that  the  initial  design  of  the  LIU  need  only 
accommodate  up  to  5 Mw/s,  with  provisions  for  a later  change  to  a maximum  rate 
of  10  Mw/s  being  effected  by  only  a modification  to  line  drivers/receivers. 

6.3  Analysis  approach. 

It  was  agreed  between  the  customer  and  Martin  Marietta  that  logical 
boundaries  for  development  of  the  standard  were  to  be  modeled  after  the  I/O 
structure  from  one  of  four  candidates:  The  IBM  360/370,  PDF-*!!,  Into! 

8080/85,  or  a Martin  Marietta  designated  CPU.  After  preliminary  study,  it  was 
decided  there  was  no  need  for  a fourth  candidate  CPU  since  the  three 
designated  CPUs  represent  the  most  dominant  and  widely  used  CPUs  in  the  large 
computer,  minicomputer,  and  microprocessor  industries.  As  such,  these  CPUs 
are  industry-wide  supported  with  hardware,  software,  axtd  peripherals. 

The  interface  standard  has  evolved  from  an  analysis  of  the  requirements 
arid  comparison  of  the  features  of  the  candidate  I/O  structures  to  those 
established  in  Section  2.3.3. 1 (ADP  Equipment  Interface  Analysis). 

6.4  Results. 

Ine  Task  II  Pinal  Report  discussed  the  candidate  I/O  structures,  the 
selection  of  the  8085,  and  several  adapters  to  the  interface.  The  results  are 
summarised  herein  to  show  how  the  interface  standard  evolved. 
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6.4.1  Candidate  I/O  structures.  Because  of  its  complex  timing  and 
handshake  routine  that  is  unlike  most  other  CPUs,  the  IBM  060/370  I/O 
structure  was  discarded  as  a candidate.  The  PDP-11  was  srrrrgly  considered 
because  of  its  simple  and  straightforward  UNIBUS  conf igurc^t ion.  However, 
actual  implementation  of  an  interface  based  on  any  I/O  structure  would 
probably  be  accomplished  with  a microprocessor-based  design  because  o its 
flexibility,  smallness  of  size,  and  small  power  requirements.  Thus,  ;!  was 
decided  to  place  emphasis  on  a standard  that  more  readily  acconroodates  small 
processor  capabilities. 

6.4.2  Microprocessor  Selection:  A comprehensive  investigation  into 
the  Intel  family  of  microprocessors  led  to  the  selection  of  the  Intel  8085  as 
the  basis  for  the  FI  interface  standard.  The  8080/85  features  j^^£•.t ifying  this 
selection  include: 

a.  8080/85  involvement  in  more  microcomputer  applications  than  all 
other  microprocessors  combined; 

b.  7 years  of  software  development;  and 

c.  Availability  of  a high-level  language  (PL/M)  designed  for  system  and 
applications  programming.  Other  software  support  includes: 

- Resident  assc-mblerj 

Cross  assen^ler  and  simulator  for  Fortran  IV^ 

Debug,  diagnostic  anJ  edit  programs, 

d.  Hardware  support  includes: 

Prototyping  system, 

- In-system  emulates . 

e.  Second  sources  include  AMD,  NEC,  National  Semiconductor,  and  T.I. 

f.  RCA  to  develop  8085  C/MOS  SOS  version  by  April,  1979. 

The  essentia:  considerations*  resulting  in  this  choice  can  be  summarized  as: 

a.  Foremost  hardware  and  software  support  for  the  Intel  8080/85 
microprocessors;  and 

b.  The  prominent  position  of  the  Intel  8080/85  in  the  microprocessor 
industry^ 

6.4.3  DMA  operation.  The  10  Mw/s  requirement  guide;  the  operation  of 
the  interface  towards  a direct  memory  access  (DMA)  type  of  transfer  rather 
than  one  which  is  C>^U-c  on  trolled.  A DMA  operation  as  it  applies  to  the  LIU  it 
shown  in  Figure  6-,‘. 


* Since  this  study  was  done,  Intel  has  announced  the  8088,  its  newest 
microprocessor  having  twice  the  performance  of  the  8085  and  operating  with  a 
16-bit  interior  structure.  An  interesting  aspect  is  that  the  8088  has  an 
r-bit  external  bus  structure  identical  to  that  of  the  8085,  thus  strengthening 
Che  justification  of  this  selection. 
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Figure  6^1.  DHA  operation. 

Since  very  little  processing  capability  is  required  in  the  way  of 
control  when  moving  blocks  of  data  between  the  I/O  memory  and  the  external 
device,  and  also  since  the  CPU  is  too  slow  to  accommodate  transfer  rates  of  10 
Mw/s,  a DMA  controller  will  be  used  to  control  the  block  transfer.  One  of  the 
functions  of  the  DMA  controller  is  maintaining  a pointer  that  indicates  ^ere 
*;he  next  word  of  data  for  transfer  should  go  in  I/O  memory,  or  where  it  is 
located.  This  pointer  will  be  incremented  after  each  word  transfer.  The 
starting  address,  that  is,  the  address  of  the  first  data  word,  is  normally 
provided  by  the  CPU. 

Another  function  of  the  DMA  controller  is  maintaining  a count  of  the 
words  transferred,  and  continually  comparing  this  count  with  the  desired  block 
length.  When  the  predefined  coui^t  is  reached,  the  DMA  operation  is  halted  and 
control  of  the  buses  returns  to  the  CPU.  The  CPU  normally  provides  the  word 
count  that  defines  block  length,  the  CPU  also  sets  the  mode  control,  such  as 
direction  of  data  flow. 

Once  the  CPU  has  supplied  the  starting  address,  word  co-int,  and  mode 
control,  it  relinquishes  bus  control  to  the  DMA  controller.  Ail  data 
transfers  are  then  carried  cut  under  control  of  the  DMA  controller.  At  the 
end  of  the  block,  control  is  returned  to  the  CPU. 

Using  the  Intel  8085  family  of  components,  the  fastest  WA  transfer 
would  be  750k  bytea/a.  A DMA  controller  using  high-speed  logic  would  thus 
have  to  be  specially  designed  and  built  in  order  to  meet  the  10  Mw/s  criteria. 
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Figure  6~2  shows  the  DMA  configuration  as  applied  to  the  LIU.  The  only 
modification  is  the  addition  of  the  Input  Data  Request  (IDR)  and  the  Output 
Data  Request  (ODR)  control  lines.  IDR  will  interrupt  the  LIU  when  the  DTE 
wishes  to  initiate  a data  transfer  and  will  remain  set  during  the  entire  block 
transfer.  At  the  end  of  the  block,  IDR  will  be  cleared.  Thus,  in  addition  to 
acting  as  an  interrupt  to  the  LIU,  the  IDR  also  provides  a verification  of  the 
word  count  by  communicating  the  data  block  size  to  the  DMA  controller. 


Figure  6-2.  DMA  operation  with  LIU. 

ODR  performs  an  identical  function  for  the  LIU-to-device  transfer  as  the 
lOR  does  for  the  opposite  direction. 

6.4.4  Interface  resolution.  In  Task  II,  Martin  Marietta  advocated  an 
interface  standard  tas€^d  on  the  Intel  8085  I/O  Rus  Structure*  RADC  hat 
considered  this  proposed  standard  as  well  as  others  in  generating  the  current 
interface  standard. 

A software  header  has  been  added  to  data  being  transferred  between  the 
LIU  and  DTE.  This  header  contains  information  on  the  system  mode,  message 
type,  FI  virtual  addresses,  message  length,  message  in«her,  date  and  time,  and 
parity  error  detection.  Although  the  header  is  generat;^  by  the  DTE,  it  is 
not  transparent  to  the  FI  and  can  be  modified  by  the  LIU. 
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Another  modification  concerns  the  handchaking  between  th«  LIU  and  Dll. 

In  addition  to  ODR  and  IDR,  the  control  signals  recomoended  by  Martin  KarL*tta 
were  the  READY,  WR,  and  RD  signals  as  defined  by  the  Intel  8035.  These 
signals  exhibit  the  master-slave  relationship  in  the  timing  and  handshaking 
routine  as  observed  in  the  majority  of  the  CPUs  analyzed  in  Task  II.  The 
current  standard  replaces  these  three  control  signals  with  the  two  signals 
(LRE/LRF  and  DRE/DRF^  described  in  the  Interface  Standard.  This  creates  a 
symmetrical  interface,  rather  than  a master-slave  configuration.  This  type  of 
interface  allows  the  direction  of  the  control  lines  during  the  transfer  of 
data  in  one  direction  (LIU-to-DTE  or  DTE-to-LIU)  to  be  reversed  during  the 
transfer  of  date  in  the  oLher  direction  (DTE-to-LlU  or  LIU-to-DTE). 

6.4,5  Implementation  of  DMA.  at  interface.  A possible  implementation 
of  current  interface  standard  is  shown  in  Figure  6-j.  This  example  shows 
static  random  access  memories  (RAM)  being  used  as  data  buffers.  The  2114  RAM 
is  a popular  corponent  in  ?:he  industry,  being  sourced  by  several  semiconductor 
ccinpanies.  It  is  organized  as  1024  words  oy  4 bits,  thus  five  would  be 
required  for  each  unit  (LIU  or  SAU)  to  accommodate  the  present  requirement  of 
a 1024#X  18-bit  buffer.  It  can  be  seen  that  only  a minimal  amount  logic  is 
required  to  adapt  the  8085  bus  signals  to  the  interface  standard  and  to 
operate  in  a DMA  mode  as  sho%ni. 


LIU  SAU/ DTE 

— I ( — 


f • I w 

To  R ;St  To  Rest 

of  LIU  I I of  SAUIDTE 


Figure  6-3.  lap lament at ion  of  DMA  at  interface. 
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The  Internal  Read  (IRD)  and  Internal  Write  (IWR)  are  required  to  allow 
the  LIU  and  DTE  to  access  their  respective  uieteories  for  their  internal  use. 
These  signals  as  well  as  the  interface  control  signals  can  be  generated  as 
sho%m  in  Figure  6-4. 


Fig*«re  6*-4.  I«ple«entati<m  of  control  lines  for  interface  DHA< 

Tilling  diagrass  for  tranafer  of  data  in  either  direction  are  illustrated 
in  Figures  6-*5  and  *6* 

6.4.6  Selected  Adas  ter  Unit  (SAtJ).  To  cocmeet  with  the  Fl»  the  I/O 
structure  of  a DTE  sist  confom  to  the  requireaenta  defintd  in  the  Interface 
Standard.  All  AJ)P  equipncnc  identified  in  tha  Taak  II  cannot  currently 
accoModate  the  interface  aa  defined.  Selected  adapter  unite  (SAD)  will  he 
needed  tc  connect  theae  equipaent  to  the  H. 
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DTE  Chip  Select 
(Read) 
DTE  Write  Enable 


LIU  Chip  Select 
(Write) 
LIU  Write  Enable 


/DTE  \ 
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\ Data  / 
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Figure  6-5.  LIU-DTE  DMA  timing. 


/liu  \ 

I Samples  I 
\ Data  / 

ABCDEFGAB  CD 


J 


Figure  6-6.  DTE-LIU  DMA  tiaing 


By  implementing  the  interface  between  the  LIU  and  DTE  with  an  Intel 
8C85-based  SAU,  an  entire  family  of  components  is  immediately  available  for 
use,  including: 

Programmable  communication  interface; 

Programmable  peripheral  interface; 

Programmable  floppy-disk  ccntroller; 

SDLC  protocol  controller; 

Programmable  CRT  controller; 

IEEE  standard  488  controller;  and 

UPI-41  family  of  microcomputers. 

Figure  6-7  shows  an  SAU  based  on  the  8085.  In  addition  to  supplying  the 
device  header,  the  8085  initially  programs  the  peripheral  component  to  run  in 
the  desired  mode  of  operation,  fie  data  would  normally  be  transferred  to  and 
from  the  memory  via  the  peripheral  component  from  and  to  the  DTE.  The  8085, 
DMA  controller,  memory,  and  logic  could  remain  standard  for  most  adapters. 
There  should  only  be  a change  of  peripheral  component  and  program  memory  to 
interface  with  many  devices.  Most  of  the  SAUs  could  be  grouped  according  to 
common  functions.  Fcr  example,  identical  SAUs  can  be  used  for  all 
MIL-STD-1397  Type  B interfaces,  for  all  PDP-11  peripherals,  or  for  all 
RS-232-C  interfaces. 


Figure  6-7.  Intel  8085  supported  SAU. 


6^4.7  SAU  examples.  Examples  of  adapting  some  of  the  I/O  atructurea 
prevalent  in  the  induatry  to  the  current  interface  atandard  are  diacuaaed 
below. 
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6.4. 7.1  Serial  communication.  The  Programmable  Communication  Interface 
(Figure  6-8)  is  a version  of  the  industry  standard  Universal 
Synchronous /Asynchronous  Receiver/Transmitter  (USART).  It  is  programmed  by 
the  8085  to  operate  using  virtually  any  serial  data  transmission  technique 
presently  in  use.  The  USART  converts  data  from  serial  to  parallel  form  to  the 
data  memory,  and  vice-versa  to  the  DTE.  The  serial  mode  depicted  in  this  case 
is  the  RS-232-C  standard.  The  SAU  is  shown  adding/extracting  one  data  bit  in 
order  to  convert  the  8-bit  parallel  data  from  and  to  the  8251  to  the  9-bit 
parallel  data  form  required  by  the  interface  standard. 


To  ; 
LlUl 


Seria' 

Data 


Modem 

Control 


Figure  6-8.  Serial  communicat ion/FI  interface. 

6.4. 7.2  IBM  360/370  channel.  The  Universal  Peripheral  Interface  (UPI) 
shown  in  Figure  6-9  contains  a microcomputer  with  program  memory,  data  memory, 
8-bit  CPU,  I/O  ports,  timer /counter,  and  clock  in  a 40-pin  package.  Interface 
registers  are  included  to  enable  it  to  function  as  a peripheral  controller  for 
the  8080  or  8035.  The  function  of  the  8085  would  be  to  supply  necessary  block 
headers  to  the  LIU  and  to  initialize  the  UPXs  into  the  proper  mode  of 
operation.  This  would  be  accomplished  first  for  one  UPI,  then  the  other,  via 
the  Mux/Demux.  The  UPI  would  then  coosunicate  directly  with  the  data  memory 
during  the  data  transfer,  with  the  8083  becoming  involved  again  only  at  the 
end  of  the  block  transfer  (to  conclude  the  operation).  Although  the  IBM  370 
voltage  levels  are  near  that  of  TTL,  voltage  level  shifters  may  be  desired  to 
guarantee  the  specified  voltages.*  Latches  may  be  required  to  transform  the 
control  pulses  from  the  IBM  channel  to  binary  levels  for  isapping  of  the 
control  signals  into  data.  Refer  to  Figures  6-10  and  -ll  for  IBM  360/370 
timing.** 


*IBM  Field  Engineering  Self-Study  Course : Introduction  to  System/360  I/O 
Operations,  3rd  Edition,  IBM,  Poughkeepsie,  K.Y.,  196d. 


**IBM  Sy6tgm/360  and  System/370  I/O  Interface  Channel,  4th  Edition,  IBM, 
Pou^keepsT?,  H.Y.,  January,  197S. 
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DATA  TO  IBM  370 


OPERATIONAL  OUT  f 


•WHEN  370- INITIATED.  USE  "ADDRESS  OUT"  AND  "BUS  OUT"  AS  SHOWN. 
mn  LIU-INITIATED.  USE  "REQUEST  IN"  AND  NO  "BUS  OUT". 

Figure  6-11.  IBM  channel  timing  (concl). 

6.4.6  Conclusion.  Much  of  the  hardware  for  an  adapter,  such  as  the 
CPU,  logic,  DMA  controller,  and  memory,  can  remain  standard  for  most  adapters, 
with  the  only  changes  being  in  the  peripheral  component  employed.  Software 
(program  residing  in  the  program  memory)  -say  be  coonon  to  identical  functions, 
such  as  for  RS-2‘12-C  devices,  but  will  experience  changes  from  one  function  to 
another.  Extra  line  driving/receiving  capabilities  and  voltage  level 
conversions  will  also  be  dependent  on  the  application.  Data  word  sites  can  be 
accommodated  by  merely  adding  or  deleting  the  number  of  peripheral  components 
per  adapter. 

The  two  supplemental  signals  identified  as  ODR  and  IDR  can  eliminate 
operational  problems  associated  with  data  block  site  inforssation,  as  well  as 
serve  to  provide  initialitation  of  each  data  transfer  across  the  interface. 

The  initial  requirements  for  the  interface  standard  have  guided  this 
study  to  result  in: 

a.  A single  cost-effective  design  in  basing  the  interface 
iii<p lamentation  on  a microprocessor  bus; 

b.  Consignment  to  an  adapter  module  of  all  software  and/or  hardware 
modifications  required  for  interface.  This  maintains  rigidity  of 
the  LIU  design;  and 
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c.  The  concept  of  a DMA  transfer  across  the  interface  in  order  to  meet 
the  10  Mw/s  criteria.  This  also  prescribes  a specially  designed  DMA 
controller  using  high-speed  logic. 

Adoption  of  the  Intel  8085  microprocessor  as  the  base  for  an  LIU  and  SAU 
design  assures  the  support  (hardware  and  software)  given  to  the  most  widely 
recognized  and  most  extensively  used  microprocessor  family  in  the  industry.  A 
readily  apparent  benefit  is  the  modularity  and  flexibility  inherent  in  an 
8083-based  adapter  to  the  interface.  Families  of  adapters  can  be  deve loped ^ 
with  the  only  changes  being  made  in  software  and/or  8085-supported  peripheral 
components.  The  growing  universal  understanding  and  acceptance  of 
microprocessors  supports  their  increased  use  in  I/O  structures  for  ADP  devices. 


6-12 


f 


7.0  FI  IMPLEMENTATION  OF  TAF  CENTERS 

7 . 1 Communication  system  interfaces. 

The  FI  can  be  implemented  in  all  phases  of  TAF  development  repre- 
sented by  the  five  system  control  concepts  (SCCs).  The  functions  of  in- 
terfacing elements  of  the  FI  vary  with  the  development  stage  of  the  TAF 
equipment  with  which  they  will  interface.  If  the  FI  is  to  be  implemented 
in  existing  TAF  centers,  these  equipments  will  not  have  beer,  designed 
with  compatible  interfaces,  e.g.,  the  FI  standard  interface,  nor  will 
there  be  physical  space  within  the  shelters  to  house  FI  equipment.  These 
factors  make  necessary  communication  adapters  and  FI  electronics  mounted 
external  to  shelters.  However,  as  new  TAF  equipment  is  developed  and  as 
FI  equipment  is  made  available,  communication  adapters  become  unnecessary 
and  many  FI  components  will  be  mounted  internally.  This  section  defines 
the  nature  of  the  interface  between  the  FI  and  TAF  equipment  for  various 
phases  r;f  implementation. 

Connectivities  between  the  FI  and  TAC  functions  are  shown  for  three 
major  centers;  The  TACC,  CRC/CRP,  and  DASC;  and  for  one  minor  applica- 
tion, the  ASRT  and  collocated  FACP.  Configurations  of  the  centers  were 
based  on  the  system  and  traffic  analyses  performed  in  Task  I.  All  SCCs 
are  represented,  and  those  features  of  each  SCC  which  are  significant  to 
the  design  of  the  FI  are  included.  Many  shelters  and  equipments  inter- 
face with  the  PI  in  identical,  or  similar  ways.  To  avoid  duplication, 
some  centers,  shelters,  and  equipments  have  not  been  included  in  the 
drawings. 

It  is  assumed  that  those  shelters  and  equipments  in  SCC-2  cannot  be 
modified  to  interface  with  the  PI.  It  may  be  possible  to  modify  certain 
equipments  in  the  SCC-3  or  TRI-TAC  time  frame  for  the  FI  interface.  All 
shelter  and  equipment  in  SCC-4A  and  SCC-4B  will  be  designed  for  the  FI 
interface.  Therefore,  the  FI  interface  in  SCC-2  is  shown  entirely  exter- 
nal to  each  shelter,  in  SCC-4A  and  SCC-4B  entirely  within  the  shelters, 
and  in  SCC-3,  the  interface  is  either  external  or  internal.  Only  in 
SCC-4A  and  SCC-4B  will  it  be  possible  to  configure  a complete  intrashel- 
tei’  bus. 

The  system  control  concepts  from  Task  I were  studied  to  determine 
which  characteristics  of  each  were  most  significant  to  the  FI  interface. 

A top-level  drawing  of  the  TACC,  CRC/CRP,  and  DASC  were  made  for  each  SCC 
showing  the  connectivity  with  major  components  of  the  FI.  The  most  im- 
portant shelters  within  each  of  tho  centers  are  shown  in  the  next  detail 
level.  All  of  the  signals  interfacing  with  the  coiwnication  adapters 
have  been  described  in  Section  2.3  and  Table  2.8,  Coonunication  Interface 
by  Functional  Types,  and  Table  2.8,  Interface  Characteristics. 

The  quantities  of  each  type  of  signal  were  derived  from  the  traffic 
analysis,  Section  2.4.  A composite  connectivity  drawing  of  the  TACC  has 
been  made  for  SCC-4A  and  4B  which  shows  both  intrashelter  and  intershel- 
ter  interface  with  the  FI. 
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7.1.1  TACC/AFCH,  SCC-2.  Shelti^rr:  in  the  TACC/AFCH  center,  SCC-2, 
are  shown  in  Figure  7-1  interconnected  by  the  FI  bus.  'fhe  interface  with 
the  FI  is  made  through  an  interface  module  (IM)  which  is  attached  to  the 
external  wall  of  each  shelter.  Each  IM  contains  LIUs,  an  LICU  and  an 
EIU.  All  intershelter  communication  signals  interface  with  the  FI  at  the 
IM  and  are  carried  on  the  bus. 


Figure  7-1.  TACC/AFCH  (SCC-2). 

7. 1.1.1  CooBunicaticfi  proceeeor  shelter.  Digital  circuits  enter 
the  COM  PROCESSOR  f>helter  frcis  the  coounication  edepters  as  FSE  - ■odu- 
Isted  quasi-anslog  signals.  Refer  to  Figure  7-2.  Ouasi'analog  signals 
use  analog  voice  adapters.  UMHCC8  and  AUTODIM  circuits  enter  the  TACC 
via  teletype  over  these  circuits  and  XADIL-A,  XADIL-B,  XL,  the  TIPI-D(V 
SR  link,  and  links  froa  the  JTIDS  ASIT  enter  the  TACC  via  the  COHM  PRO- 
CESS<^.  These  coounication  circuits  enter  the  TACC  center  via  radio  or 
cable  and  are  routed  over  the  bus  to  the  AH/TSC-62  technical  control 
shelter  and  then  over  the  PI  to  the  COIM  PROCESSOR  shelter  where  they  ap- 
pear as  the  33  digital  circuits  shown. 
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Figure  7-2.  TACC-Conm  i>Tocessor  cot Aunicat ions  circuits  (SCC-2&31 

The  CP  in  Che  COHM  PEtOCESSOR  shelter  drives  Che  CP  in  the  Data  Pro- 
cessing and  Display  shelter  over  two  17-bit  parallel  circuits.  These 
circuits  by  *\D?  (CS)  type  adapters. 

7. 1.1.2  Current  operations  shelter.  The  Current  operations  shel- 
ter uses  88  analog  telephone  circuits  that  access  TAG  over  the  PI  bus  as 
shown  in  Figure  7-3.  Ihe  circuits  require  9 analog  voice  (AV)  adapters. 
The  instruQents  are  TA-720  and  TA-341  telephones  with  TA-741  stored  ad- 
dress units  or  C-7766  6-V  radio  set  controls.  All  circuits  terminate  at 
the  AN/TTC-30  switch  or  AN/TSC-62  tech  control. 

7. 1 .1.3  Current  plans  shelter.  The  Current  plans  shelter  (Fig* 
7-4)  uses  132  analog  telephone  circuits  in  the  same  manner  as  described 
for  the  Current  Ops  shelter. 

7. 1.1. 4 Automatic  switch,  AN/TTC-30.  The  AN/TTC-30  automatic 
switch  handles  422  analog  circuits  using  43  AV  communication  adapters 
(Fig.  7-5). 
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Figure  7-3.  TACC/AFCH  current  opt  cooDunicetlon  circuit t 
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Figure  7-4.  TACC/AFCH  current  plami  comLiunications  circuit  (SCC  - 1 & 2) . 
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Figure  7-5.  AM/TTC-30  eucooetic  ewltch  - TACC  center  cooBunlca clone 

clrcuite  (Sa  - 1 4 2). 
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7 cl.  1.3  Technical  control  shelter,  AN/TSC-62.  The  AN/TSC“*62  tech-' 
nical  control  shelter  provides  access  to  370  analog  telephone  circuits 
via  37  AV  conBDunicatxon  adapters,  and  84  digital  teletype  and  FAX  cir- 
cuits via  9 AV  adapters  (Fig.  7-6).  The  latter  84  circuits  are  quasi- 
analog signals  which  use  analog  voice  circuits. 
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Figure  7-6.  AM/TKC-  97  tropo  radio  - TACC  canter  coaninf  cations 

circuits  (SCC  2). 

7. 1.1.6  Tropo  radio  shelter i AN/T*C-9'.’.  The  All/T*C-97  Tropo  Radio 
interfaces  160  analog  voire  circuits  and  11  quasi-analog  digital  circuits 
vith  the  rl  using  18  AV  coounication  edapttrt  (Fig. 7-7). 
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figure  AN/TRC-97  tropo  radio  - TACC  renter  coonunicatione 

circuits  (see  2.^ 


7. 1.1.7  JTIDS  Adaptable  Surface  Interface  Terminal  (ASIT).  The 
JTIDS  ASIT  belter  interfaces  15  quasi-analog  digital  circuits  with  for- 
matted aetfsage  entry  (FHE)  modems  and  up  to  10  analog  voice  circuits  with 
unformatted  message  entry  (UME)  modetui  (Fig.  7-8).  A maximum  of  25  for- 
matted and  unfoTmatted  messages  can  be  accoomodated  by  the  SCC-2  version 
of  the  JTIDS  ASIT. 
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Figure  7-8.  JTIDS  ASIT  - TACC  center  communications  circuits  (SCC-2). 


7.1.2  TACC/AFCH  SCC-3.  The  shelters  in  the  TACC/aFCH  center, 
SCC-3,  are  shown  in  Figure  7-9  interconnected  by  the  FI  bus.  SCC-3  in- 
troduces TRI-TAC  equipment  to  TAC.  TRI-TAC  equipment  is  characterired  by 
digital  telephones  (DSVTs  and  DNVTs)  and  digital  multiplexing  and  trans- 
mission equimoent  using  the  family  of  digital  group  multiplexers  and  mo- 
dels. In  those  instances  when  the  design  of  a particular  shelter  type 
can  accomBOiiate  the  adapter,  LIU,  LICU,  and  lUE  internal  to  the  shelter 
wall,  they  will  be  mounted  internally.  Otherwise  these  units  will  be 
mounted  externally  as  they  are  in  SCC-2  configurations. 
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/K  ElUs  are  located  internal  to  the  shelter  walls. 


Figure  7-9.  TACC/APCH  (SCC-3). 

When  mounted  internally,  it  will  be  possible  in  many  cases  to  in- 
terconnect the  adapters  directly  to  the  digital  loop  equipment  and  eli- 
minate the  necessity  for  group  multiplexers  and  modems.  DGM  multiplexers 
and  modems  will  still  be  required  for  forming *and  transmitting  intercen- 
ter groups.  This  feature  is  illustrated  in  Figure  7-10. 
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Figure  7-10.  Replacement  of  multiplexing  and  transmlaslon  functions 

by  FI  equlpnent. 
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7. 1.2.1  Operations  central  SCC-3.  Current  Operations  and  Current  Plans 
in  separate  shelters  in  SCC-2  have  been  combined  in  SCC-3  for  convenience. 

They  may,  in  fact,  be  deployed  in  separate  shelters  in  in  SCC-3  as  well. 
DSVT/DNVT  telephones  replace  75  analog  telephones  (Fig.  7-11.  DSVT/DNVTs  use 
LSSD  communication  adapters.  Also  included  in  Figure  7.1-11  are  the  17-bit 
parallel  data  circuits  used  to  drive  the  dipslay  consoles  from  the  data  pro- 
cessing and  display  function.  These  use  ADP  adapters.  50  analog  telephones, 
using  AV  adapters,  are  retained  in  SCC-3. 


Figure  7-11.  TACC/AFCH  - operations  central  (curr  ops-curr  pins) 
communications  circuits  (SCC-3). 


7. 1.2. 2 Communication  processor  shelter,  SCC-3.  The  communication  pro- 
cessing shelter  remains  the  same  in  SCC-2,  Figure  7-2,  except  for  a reduction 
in  digital  circuits  (quasi-analog)  from  33  to  17,  due  to  the  increased  depen- 
dence on  32  kb  digital  communication  from  TRI-TAC  equipment. 

7. 1.2. 3 Tropo  radio,  SCC-3.  The  tropo  radio  interfaces  255  analog  cir- 
cuits, 22  teletype,  and  21  data  circuits  through  30  AV  adapters,  and  17  digi- 
tal trunk  groups  through  HSSD  adapters  (Fig.  7-12). 
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Flguis  7~12.  TACC/AFCH  - AH/TRC  170  tropo  connmicacion 

circuits  (SCC-3). 


7 •1.2. 4 Technical  Control  Shelter,  CNCE,  SCC-3.  The  CNCE  interfaces 
314  analog  telephone  circuits,  52  teletype  and  69  data  circuits  through  3 LSSD 
adapters,  and  39  digital  trunk  groups  through  4 HSSD  adapters  (Fig.  7-13). 

When  the  FI  can  be  installed,  as  shown  in  Figure  7-13,  within  the  shelter,  the 
need  for  data  multiplexers  and  data  orderwire  diphase  modeiss  is  eliminated  in 
the  same  way  that  trunk  goup  mulitplexers  (TGH)  and  group  models  are  elimin- 
ated in  the  TACC  in  Figure  8-10.  Also,  any  combining  of  the  39  trunk  groups 
which  may  have  been  required  for  Intracenter  transmission  would  not  now  be 
necessary.  Some  number  of  TGMs  would,  therefore,  not  be  needed  when  the  FI  is 
implemented.  In  addition,  there  is  no  need  for  any  group  modems  in  the  FI  im- 
plementation. 
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314  Analog  Telephone  Ckts 

69  I Q“3si-Analog  25  DOW  Ckts  (CSCE) 


39  Trunk  Groups 
20(18),  8(9),  3(27) 


Figure  7-13.  TACC/AFCH  - AN/TSQ-111  tech  control  (CNCE) 
communications  circuits. 


7. 1,2. 5 AN/TTC-39  Automatic  switch,  SCC-3.  The  AN/TTC-39  automa- 
tic switch  interfaces  163  analog  circuits  through  17  AV  adapters,  101 
digital  telephone  loops  through  11  LSSD  adapters,  end  11  digital  groups 
through  2 HSSD  adapters  (Fig.  7-14).  DGM  Loop  Group  Hulitplexers,  Trunk 
Group  Multiplexers  loop  modems,  and  group  modems  are  eliminated  by  the  FI 
for  the  same  reaeons  as  were  stated  in  earlier  paiagraphs  and  Figure  7-10. 
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Figure  7-14.  TACC/AFCH  - AN/TCC-39  switch  comniinications 

circuits  (SCC-3). 


7.1.3  TACC,  SCC-4A.  In  the  SCC-4A  configuration  of  TACC,  the  ns- 
jor  impact  is  the  addition  of  more  proceasora  and  proceaaor-to-proceaaor 
data  linka.  The  ADP  changea  are  diacuaaed  in  Taak  I Pinal  Report  and  in 
ADP  aectiona  of  thia  analyaia.  Additional  data  linka  are  neceasary  from 
the  FRRP  and  drone  control  facility  to  accommodate  theae,  and  an  E-3A  A/C 
TV  link  ia  added  to  XACC  (Fig.  7-15).  Thia  implementation  ia  ahovn  in 
the  aatellite  ground  terminal  (SGT)  and  reviaed  JTIDS  ASIT. 


Figure  7-15.  TACC  CSCC-4A). 


FI  components  sre  mounted  internal  to  the  shelters  in  SCC-4A  and 
interfacing  units  are  asssumed  to  be  designed  for  optimum  interface  with 
the  FI.  Cofamunication  adapters  are  still  necessary  in  this  configuration 
because  the  conversion  from  the  communications  device  to  the  standard  in- 
terface,  required  by  the  IXU»  is  more  practically  done  in  adapters  rather 
than  in  the  communication  devices  themselves.  Ihis  is  not  true  for  ADP 
devices  vhere  the  standard  interface  is  more  practically  included  in  the 
ADP  devices  and  ADP  adapters  are  not  necessary. 

7. 1.3. 1 Satellite  Ground  Terminal,  SCT,  SCC-4A.  The  SCT  inter- 
faces 2 trunk  groups  in  one  HSSD  adapter,  2 32  kb/s  circuits  in  one  LSSD 
adapter,  and  a 3.5  MH*  TV  video  circuit  through  an  AS  adapter  (Pig. 

7.16).  The  E-3A  TV  receiver  is  assumed  for  this  purpose  to  be  located  in 
or  near  the  SGT,  however,  its  location  has  not  been  verified. 
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Figure  7-16.  TACC/AFCH  - satellite  ground  terminal 
cosBunications  circuit. 


7, 1.3. 2 JTIOS  ASIT,  SCC-4A.  The  JTIDS  ASIT  interface!  17  G/A/G 
voice  circuit!  at  32  kb/§,  each  through  2 LSSD  adapter!,  and  2 qua!i-ana- 
log  data  circuit!  through  one  AV  adapter  (Fig.  7-17). 
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Quasi-Analog 


Figure  7-  17.  TACC/AFCH  - JTIDS  ASIT  (SCC-4A)^ 

7.1.4  TACCy  SCC-AB.  SCC~4B  introduces  the  concepts  of  netted  rs~ 
dios  to  the  TACC  (Fig.  7-18).  The  G/G  radio  links  that  were  previously 
provided  by  TROPO  and  LOS  radios  will  be  dispersed  in  a network  of  oedi- 
uB-range  radios.  The  network  will  provide  alternate  and  redundant  RF 
paths  to  offset  the  ARH  threat  and  to  provide  self-healing  characteris- 
tics. Transmissions  on  the  network  are  controlled  by  a network  control- 
ler. It  is  assusied  that  one  16-kb/s  data  link  from  the  controller  to 
each  radio  is  sufficient  for  the  requirement  and  that  the  network  con- 
troller will  be  located  in  a separate  shelter  at  radio  park  at  the  top  of 
the  hill. 
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Figure  7-18.  TACC  (SCC  -4B). 

7. 1.4.1  Radio  network  controller  eheltert  SCC-4B.  Thf  radio  net 
work  controller  ahelter  vtll  require  a ■axiwa  of  10  16  kb/«  radio  con- 
trol circuits  using  one  LSSD  cooBinication  adapter,  2 orderwire,  2 PAX| 
and  4 data  circuits  using  one  LSSD  coounciation  adapter;  and  7 trunk 
groups  using  1 HSSD  coaeunication  adapter  (Fig.  7-19). 


2 OW  2M  kbfs  7 TG 

10  (Max)  16  kb/s  2 FAX  16  kb/s  6 576  kb/s 

Network  Control  Ckt  4 Data  2/4  kb/s  1 288  kb/s 


Figure  7-19.  TACC/AFCH  - radio  oetvork  controller 
coamnicationa  circuits  (SCC-4B). 


7.1.5  CRC/CRP,  SCC-2.  Interfaces  with  the  FI  at  the  CRC/CRP  cen- 
ter for  SCC-2  configurations  are  shown  in  Figure  7-20.  The  FI  interface 
will  be  iapleaented  with  an  interface  aodule  (IM)  attached  to  the  outside 
of  each  shelter.  Tho  IM  contains  adapters,  LIUs,  UCUs  and  EIUs.  This 
inpleaentation  aethoo  was  described  for  the  TACC  in  Paragraph  3.5.1. 
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Figure  7-20.  CRC/CRP  (SCC-2). 


7. 1.5.1  Operetiont  central  shelter , AN/T3Q-91.  Interfaces  between 
the  operations  central  shelter  and  the  FI  are  shown  In  Figure  7-21. 

There  are  9 radar  height  signals  and  8 radar  video  signals  which  inteface 
with  the  TPS-43  radar.  The  radar  signals  are  transsit ted  from  the  TPS-43 
radar  shelter  to  the  operations  central  over  a spare  strand  of  the  fiber 
optics  cable.  The  radar  signals  do  not  use  the  tiae  division  sultiplex 
functions  of  the  FI.  The  17  radar  signals  are  frequency  division  sulti- 
plexed  and  transaitted  over  the  bus  by  FWf  aodeas.  When  the  AEM-DPH 
units  are  collocated  with  the  operations  central,  the  FDM  aodea  nay  be 
located  2t  either  shelter,  but  when  located  separately,  the  FDM  aodea 
would  be  at  the  AEM-DPM  shelter  because  of  it4  proxinity  to  the  ladar 
signal  processor. 


The  FDM  aodea  circuits  will  interface  with  the  spare  FO  strand  at 
the  ElU. 


There  are  90  analog  telephone  circuits  interfacing  with  the  FI  over 
9 AV  conaunication  adapters  and  15  control  l*nes  to  the  T8C-f'7  that  in- 
terface over  two  CS  coaauoication  adapters. 
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p)  Radar  Video  90  Analog  Telephone  15  Control  Lines 


Intraconnect  Bus  (FO)  or  OPM-AEM  Shelter  When  Both  AreCo  Located. 

Figure  7-21.  CRC/CRP  - operations  central  comminications 

circuits  (SCO  ! & 2). 

7.1.5.2  AN/TPS-43Radar,  SCC-1,  -2,-3.  The  8 radar  video  and  9 
radar  height  signals  fro®  the  TPS-43  radar  shelter  are  transmitted  as  an 
FDM  multiplex  over  one  strand  of  the  FO  cable  to  the  operations  central 
cell  and  the  AKK-DFM.  Refer  to  Figure  7-22. 
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Figure  7-22.  CRC/CRP,  TPS  43  radar  communications 
circuits  (SCC-i,  2,  & 3). 

7. 1.5. 3 CRC/CRP,  SCC-3.  The  CRC/CRP  is  configured  identically  in 
SCC-3  with  minor  traffic  changes.  In  SCC-3,  it  is  anticipated  that  some 
shelters  can  be  modified  to  include  FI  components  internal  to  the  shel- 
ters. In  those  shelters  where  this  is  not  possible,  the  IM  will  be  moun- 
ted outside  the  shelter  wall  (Fig.  7-23). 


i 

! 


i 
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Note:  Shelters  whicr.  cannot  be  modified  internally 
will  have  an  interface  module  (IM)  installed 
outside  containing  LIU^  LiCU,  adapter^  and 
ElU. 

Figure  ,-23.  CRC  (SCC-3). 

7,:. 5. 4 CRC/CRP,  SCC-4A.  The  CRC/CRP  interfaces  with  the  FI  as 
shown  in  Figure  7-24.  The  main  comminication  differences  between  SCC-4A 
and  earlier  SCCs,  other  than  traffic  loads,  are  that  the  TPS-43  radar  has 
a digital  interface  with  the  OPS  central  or  AEM-DPM  shelters,  a”!  radar 
decoys  are  present.  There  are  other  differences  in  the  ADP  concepts  ex- 
plained in  the  ADP  section. 
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Figure  7-24.  CRC/CRP  (SCC-4A). 


7. 1.5.5  Operations  central,  intrashelter  bus  for  3 colocated 
cells,  SCC-4A.  Figure  7-25  shovs  the  Intrashelter  Bus  interface  with  the 
FI  for  both  conmunication  and  ADP  device,,,  within  the  3 Cell  Operations 
Central.  This  configuration  was  chosen  in^Task  1 for  the  illustration  of 
the  maximum  intrashelter  bus  traffic  load  expected  for  all  SCCs.  Only 
the  communication  interfaces  are  described  here. 
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Figure  7-25.  CRC/CRP  operations  central  intrsohelter  bus 
- 3 collocated  cells  (SCC-4A). 

The  Radar  interface  is  a simple  Ib-kb/s  link  between  the  radar 
shelter  which  has  been  modified  for  digital  circuits,  i.e.^  DCR,  and  the 
SSRP.  There  are  6 trunk  groups  interfacing  through  HSSD  adapters,  12  di* 
git si  telephones  which  interface  through  LSSD  adapters ^ and  one  AV  com- 
munication adapter  allotted  to  quasi-analog  digital  circuits. 

7. 1.5.6  CRC/CRP,  SCC-4B.  The  system  diagram  for  the  CRC/CRP  is 
shown  in  Figure  7-26  for  SCC-4B.  The  netted  radar  and  netted  radio  con- 
cepts are  shown  with  interfaces  to  the  FI  being  made  at  the  radar  and 
radio  controller  functions. 


t 


Figure  7-26. 


CRC/CRP|  system  diagram  shoving  FI  external  bus 
(SCC-4B) . 


7. 1.5. 7 TACC,  SCC-4B.  A composite  connectivity  drawing  of  the 
tACC  is  shown  in  Figure  7-27.  This  drawing  shows  the  intrashelter  bus 
connected  to  th^2  intershelter  bis. 
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Figure  7-27.  TACC  center  - FI  (SCC-4A  & B). 

7, 1.5. 8 DASCf  SCC-x,  SCC-3,  SCC-4B.  System  connectivity  drawings 
for  the  DASC  in  SCC-2,  SCC-3,  SCC-4B  are  shown  in  Figures  7-28,  -29,  and 
-30. 
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Figure  7-28.  DASC  (SCC-1). 
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Figure  7-29.  UASC  (SCC-3). 
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Figure  7-30.  DASC  (SCC-4B) . 

7.1.6  FI  implementation  in  low-traffic  centers.  Some  TAC  centers 
do  not  have  the  heavy  traffic  loads  carried  by  the  TACC/AFCH,  CRC/CRP, 
and  DASC;  and  consequently  do  not  approach  full  capability  of  the  FI. 

The  TWAC,  /XCC»  TUOC,  ALCE,  FACP,  and  ASRT  occupy  less  than  3 Mb/s  each 
on  the  FI.  Refer  to  The  Intershelter  Traffic  Sumoary  Table  2-11.  In 
these  minor  ^enters  it  is  not  necessary  to  implement  the  full  capability 
of  the  FI,  The  El  is  not  used  and  each  center  is  served  by  one  LI,  One 
shelter  contains  the  LICU  and  all  the  LIUs.  Outlying  shelters  are  exten- 
ded from  the  LI  by  Shelter  Intraconnect  Units  (SIUs). 

The  FACP  and  ASRT  are  described  in  a typical  implementation  of  the 
FI  in  minor  RAP  centers.  When  the  FACP  and  ASRT  are  collocated,  as  they 
generally  are,  the  ASRT  uses  the  cosnunication  facilities  of  the  FACP. 

The  two  facilities  are  intercovmected  by  a data  link  (Figs.  7-31  and  7-32) 

There  are  13  digital  telephones,  one  teletype,  a data  adapter,  and 
one-unit  level  switchboard  interconnected  directly  by  the  LI  in  the  ops 
central  of  the  ASRT.  This  could  be  a tent  serving  also  as  a tech  con- 
trol. Three  telephones  in  the  AN/TPB-l  Radar  Bomb  Diverting  Set  are  in- 
terconnected to  the  LI  by  SIUs.  The  SIUs  use  fiber  optics  for  intershel- 
ter  transmission.  The  TACAN  Radar,  I-Band  Radar,  and  TV  video  are  fre- 
quency division  multiplexed  and  transmitted  by  a fiber  optics  cable  to 
the  AN/TPB-l  Radar  Bomb  Directing  Set.  The  ASRT  LI  should  require  ap- 
proximately 800  kb/s  for  all  traffic. 


The  FACP  LI  is  Iccated  in  the  AN/TSC-53  tcch  control  and  coBwnica- 
tion  set  with  13  outlying  telephones  in  the  radar  shelter  and  AN/TSQ-61 
ops  central.  One  16* channel  digital  link  connects  the  FACP  to  other  cen- 
ters vi-  the  AN/TRC-i70  tropo  radio.  The  AH/TPS-43  radar  signals  are 
transmitted  to  the  AN/TSQ-61  operations  central  as  an  FDM  sultiplex  over 
a fiber  optics  cable.  The  FACP  LI  also  carries  approximately  800  kb/s 
traffic. 
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Figure  7-31.  ASRT,  SCC-3  collocated  with  FACP. 
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Figure  7-32.  FACP,  SCC3  coUoceted  with  ASRI. 
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In  implementing  these  centers  with  SIUs,  some  consolidation  of 
functions  may  become  apparent  and  be  developed  as  part  of  the  SIU.  For 
instance,  it  may  be  feasible  to  include  the  functions  of  High-Speed  Ser- 
ial Data  adapters  (HSSDs)  and  Low-Speed  Serial  Data  adapters  (LSSDs)  into 
the  SIUs  and  interface  directly  with  LIUs. 

The  LICUs  in  the  ASRT  and  FACP  operate  autonomously.  In  the  con- 
figurations shown,  the  El  is  not  necessary. 
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7.2  FI  implementation  of  ADP  functions  in  a CRC. 


7.2.1  Introduction.  The  485L  comf iguration  of  TACC  automation  equip- 
ment for  SCC-2  is  shown  in  Figure  7-33.  The  TACC  provides  centralized  control 
of  all  Air  Forces  available  to  the  Air  Force  Component  Commander.  TWo  func- 
tional divisions  are  identified:  Current  Plans  and  Current  Operations.  Cur- 
rent Plans  prepare  orders  for  daily  air  operations,  while  Current  Operations 
supervise  execution  of  these  air  operations.  The  functions  and  operations  of 
the  TACC  are  more  fully  described  in  MITRE  document  MTR-3299,  Vol.  1. 


Ihis  configuration  can  be  implemented  with  the  71  and  representative  ADP 
equipment  as  described  herein  and  shown  in  Figure  7-34.  Each  shelter  would 
occupy  a separate  arm  from  the  FI  transponder  with  the  EICU  and  FI  Manager  re- 
siding in  one  of  the  shelters.  This  illustration  is  not  a proposed  replace- 
ment to  the  present  system,  but  sewes  as  an  aid  in  explaining  the  operation 
of  the  FI  and  demonstrates  the  feasibility  of  its  implementation  within  a 
TACC.  The  represented  equipment  can  be  found  in  the  list  of  ADP  equipment 
contained  in  the  Task  II  Final  Report. 
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Figure  7-34.  Implementetion  of  485L  TACC  (SCC-2). 


7.2.2  Data  processor. 

7.2.2. 1 ANTSQ-92  (V)data  processing  equipment.  Figure  7-35  shows  the 
SCC-2  equipment.  Dual  AN/UYK-7  processors  are  used  with  one  in  a backup  mode 
for  the  other.  The  capability  also  exists  for  the  two  CPUs  to  operate  in  a 
load-sharing  mode.  The  CPU  core  memory  has  a storage  capacity  of  96k  32-bit 
words.  The  Input/Output  Controllers  (IOC)  ere  progreaneble  units  for  control 
of  data  transfers  between  core  memory  and  the  Input/Output  Adapters  (lOA).  An 
lOA  can  multiplex  16  I/O  channels  to  the  data  lines  from  an  IOC. 

The  function  of  an  Error  Detection  Unit  (EDU)  is  to  generate  a parity 
bit  for  data  from  the  lOA  and  check  parity  on  data  to  the  lOA.  The  Peripheral 
Controller  Unit  (PCU)  is  a microprogrammable  processor  providing  the  data 
transfer  interface  between  the  processors  and  mass  storage.  The  Line  Driver 
Unit  (LDU)  provides  the  computer  with  the  capability  of  interfacing  to  equip- 
ment 1000 ft  away. 

Primary  mass  storage  consists  of  Singer  Librascope  disks  and  provides 
storage  capacity  of  56K/b.  The  secondary  mass  storage  consists  of  Univac  1840 
magnetic  tape  transports. 


Printer 


Figure  7-35.  AH/TSQ-92(V)  data  procetelng  equipnent  (SCC-2). 

7. 2. 2. 2 FI  lApltaentad  data  processing  equipment.  The  FI  inplemeitted 
data  processor  (Figure  7-36)  could  contain  s dual -processor  configuration 
built  around  DEC'S  PDP-10,  rather  than  the  AN/UYK-7,  Using  strategically- 
placed  bus  switching  hardware*  one  processor  can  take  over  the  other's  role* 
including  control  of  peripheral  devices.  If  required*  the  CPUs  can  also  share 
the  data  processing  load.  Both  processors  could  also  be  independently  con- 
nected to  the  FI  through  individual  LIUs.  This  would  allow  redundant  connec- 
tions to  the  FI  as  well  as  the  capability  to  operate  in  load  sharing*  backup* 
ov  stand-alone  modes. 

Data  transfer  control  and  error  checking  is  contained  within  the  LIU  and 
SAU  rather  than  an  IOC  and  EDU*  while  the  FI  concept  itself  eliminates  the 
need  for  an  lOA.  Transmission  between  shelters  occurs  over  fiber  optic 
cables*  which  do  not  require  LDUs. 
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Figure  7-36.  FI  impleaenCed  d«ca  processing  equipment. 

The  necessary  interface  of  the  PDP-10  to  the  LIU  can  be  provided  by  a 
aicroproceftor-controlled  module  (Fig.  7-37).  The  programmable  peripheral  in- 
terfaces (PPl)  are  aoftvare  initialiaed  by  the  CPU  in  sequence  via  the 
Hux/Detiux.  Each  PPI  ia  programmed  to  past  data  in  a bidirectional  mode.  The 
36-bit  data  to  and  from  the  PDP-10  ia  transferred  from  and  to  the  data  memory 
in  18-bit  words.  Latches  arc  required  to  transform  control  pulses  from  the 
PDP-10  to  binary  levels  for  mapping  of  these  signals  into  data  if  necessary. 
Voltage  level  conversion  is  also  required  between  the  TTL  levels  of  the  PPls 
and  the  -3V  levels  of  the  PDP-IO.  Timing  for  the  transfer  of  data  to/from  the 
PDP-10  is  shown  in  Figure  7-38. 


Data  from  PDP-10 


Data  to  PDP-IO 


Figure  7-38.  PDP-10  I/O  bus  timing. 
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Errors  can  be  recorded  by  DEC's  TOPS- 10  Monitor  operating  system. 
TraniJmission  errors  are  detected  using  block-oriented  techniques  including 
longitudinal  data  checks.  TOPS-10  also  provides  diagnostics  to  facilitate 
on-line  maintenance  of  a peripheral  device  concurrent  with  user -mode  operation. 

dec's  RHS04  disk  drive  could  be  a replacement  for  the  currently  desig- 
nated Singer  Librascope  L107MA,  providing  a subsystem  storage  capacity  of 
9.2M/b  per  disk  compared  to  6.3M/b  for  the  Librascope.  However,  for  the  pur- 
pose of  illustrating  a different  adapter  (the  RHS04  would  require  an  adapter 
similar  to  that  used  by  the  PDP-10)  and  the  flexibility  of  -he  FI  concept,  the 
primary  mass  storage  will  consist  of  the  existing  equipment,  i.e.,  9 Libra- 
scope L107MA  disk  units.  The  required  interface  between  the  disk  controller 
and  the  LIU  is  provided  by  an  adapter  (Fig.  7-39).  The  interface  to  the  disc 
controller  conforms  to  MIL-Sl'D-1397 , Type  B.  The  hardware  is  very  similar  to 
that  in  the  PDP-10  adapter.  The  8085  CPU  performs  the  same  functions  of  ini- 
tialization and  message  header  management.  Voltage  level  conversion  is  needed 
to  match  TTL  levels  to  the  -3V  levels  of  the  disk  controller.  The  real  dif- 
ference between  this  adapter  and  the  previously  described  PDP-10  adapter  lies 
in  the  software  which  sets  up  the  mode  of  data  transfer  in  the  PPIs.  For 
timing  and  handshaking  considerations,  see  Figure  7-40. 


Figure  7-39.  Disc  controller  interface. 
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Figure  7-40,  Disc  controller  timing. 

Interface  to  the  secondary  mass  storage  equipment  consisting  of  four 
Univac  1840  Magnetic  Tape  Transports  can  be  accomplished  via  a similar  adapter 
with  any  required  adjustments  being  made  in  the  software  of  the  LIU.  The  data 
path  would  decrease  to  16  bits  plus  parity  in  both  directions. 

The  line  printer  and  teletype  can  interface  directly  to  the  status  panel 
or  via  the  FI.  Both  peripherals  can  connect  to  the  FI  through  a serial  com- 
munications SAU  as  described  in  Section  6.4.7.  The  status  panel  can  interface 
through  a SAU  similar  to  that  used  for  the  mag  tape  transports. 

7.2.3  Current  plans  and  operations. 

7.2.3. 1 ANTSQ-92(V)  current  plans  and  operations.  The  SCC-2  equipments 
are  shown  in  Figures  7-41  and  -42.  A General  Dynamics  display  controller  pro- 
vides the  interface  between  the  display  stations  and  the  processor.  The  func- 
tions of  this  display  controller  are  toJ 
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a.  Multiplex  data  between  the  data  processor  and  display  stations; 

b.  Check  parity  on  data  to  and  generate  parity  on  data  from  a display 
station; 

c.  Generate  status  words  to  the  computer  on  the  operational  condition 
of  the  display  stations;  and 

dt  Act  as  a backup  to  the  other  display  controller. 


Figure  7~41.  Current  plans  (SCC*2). 


A tabular  display  station  consists  of  a tabular  display  unit  (TDU),  a 
manual  data  entry  unit  (MDEU),  and  a hard-copy  line  printer.  A graphic  dis- 
play station  is  similar  but  contains  a graphic  display  u>it  (GDU)  in  lieu  of  a 
TDU. 


Figure  7-42.  Current  operations  (SCC-2). 

The  group  display  for  Current  Operations  consists  of  a control  console, 
a large-scveen  situation  display,  and  a large-screen  status  display. 

7. 2. 3. 2 FI  implemented  current  plans  and  operations.  Current  Plans  and 
Operations  shelters  could  be  implemented  on  the  FI  as  shown  in  Figures  7-43 
and  -44.  The  same  display  controller  In  both  shelters  can  Interface  to  the  FI 
through  an  LIU  and  adapter  with  the  display  stations  connected  to  the  FI  via 
the  display  controller.  An  alternate  method  Is  to  connect  each  display  unit 
and  keyboard  directly  to  the  FI  through  separate  adaptexs  and  LIUs  as  lllus* 
trated.  This  approach  can  apply  to  the  large-screen  controller  as  veil.  This 
offers  more  flexibility  In  adding  or  deleting  a variety  of  display  units  to 
the  shelters.  The  display  controllers  are  Included  In  the  Implementation  In 
order  to  minimize  the  Impact  on  software  if  they  vere  eliminated  altogether. 

The  possibility  of  removing  the  controllers  does  exist  by  checking  and  generat- 
ing parity  in  the  LIUS,  generating  status  words  In  the  adapters,  and  replacing 
the  multiplexing  function  by  proper  display  applications  software  (CFU-to-termi- 
nal  drivers).  However,  it  may  prove  to  be  much  more  cost-effective  to  let  the 
controllers  continue  to  provide  these  functions. 
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Figure  7' 45.  CocBOBunications  processor  e^uipaent. 

The  Peripheral  Controller  Unit  (PCU)  is  a version  of  the  CDC  MPP  and 
controls  the  transfer  of  data  betneen  the  cosputers  and  storage.  The  PCUs  can 
be  prograaned  to  statch  I/O  characteristics  of  the  different  equipment  types. 
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1 FI  implemented  communications  processor.  The  implemertation  of 

the  communications  processor  on  the  FI  could  be  as  shown  in  Figure  7-46,  The 
CDC  MPPs  can  be  replaced  by  two  PDP  ll/70s  communicating  through  a DAll-B  In- 
terprocessor Link  (a  standard  Digital  Equipment  Corporation  product)  that  pas- 
ses control  information  and  interrupt  requests  between  the  two  computer  inter- 
faces. This  provides  a means  by  which  one  processor  can  take  over  the  full 
communications  processing  load  upon  detection  of  a failure  in  the  other  pro- 
cessor. The  PDP  11/70  processors  could  also  connect  to  the  FI  through  indi- 
vidual adapters  and  LlUs  to  provide  redundant  paths  as  well  as  redundant  pro- 
cessors, and  capability  to  operate  in  a load-sharing  mode.  The  PDP  11/70  also 
givt^s  more  processing  power  for  future  growth  possibilities. 


Jo/From 
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Figure  7-46.  FI  implemented  communications  processing. 

The  required  interface  of  the  PDP-11  UNIBUS  to  the  FI  can  be  accomplish- 
ed by  means  of  the  adapter  shown  in  Figure  7-47.  Tne  hardware  for  PDP-11 
UNIBUS  interfacing  is  similar  to  that  of  the  PDP-IO,  with  the  addition  of  a 
General  Device  Interface  (DRll-C)  offered  by  DEC. 
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Figure  7-47.  PDP-11  interface. 

The  DRll-C  provides  the  logic  and  buffer  register  necessary  for  prograsr* 
controlled  parallel  transfers  of  16-bit  data  between  the  PDP-11  UNIEUS  and  an 
external  device.  It  is  just  one  of  several  UNIPUS  interfaces  offered  by  DEC. 
As  with  the  PDP-10  adapter^  the  PPIs  are  functionally  configtjred  with  software 
frosi  the  8085.  Data  is  transferred  between  data  nes^ry  and  the  PPIs  with  the 
device  header  provided  and/or  interpreted  by  the  8085.  The  18-bit  format  for 
the  interface  between  the  LIU  and  SAU  is  cos^rised  of  the  16-bit  data  to  and 
from  the  DRll-C  and  2 bits  added  by  the  SAU.  Refer  to  Figure  7-48  for  PDP-11 
UNIBUS  timing. 

The  FI  configuration  eliminates  the  need  for  Line  Driver  Units  (LDU)  in 
the  communications  processor.  PCUs  would  no  longer  be  needed  since  their 
functions  would  be  handled  in  the  adapters.  Processors  from  other  shelters 
can  directly  access  mass  storage  and  the  peripherals  without  any  change  of  ca- 
bles on  the  FI.  This  can  be  accomplished  through  the  protocols  developed  for 
the  FI. 

Communications  line  controller  functions  can  be  accommodated  within 
adapters  that  are  directly  connected  to  modems  or  Special  Interface  Units 
(SIU). 


The  disk  driveSf  mag  tape  transports^  and  other  peripherals  are  similar 
to  those  in  the  Data  Processor  and  can  interface  to  the  FI  in  the  same  manner 
as  described  before. 
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Figure  7-48.  PDP-U  UNIBUS  timing. 


7.3.1  Background.  The  subject  of  applying  the  FI  to  military  coonuni* 
cations  should  not  be  left  without  mention  of  the  AH/GYQ*21  (V)  syoteit  deve-^ 
loped  by  Bunker^Rano.  The  «\N/GYQ-21  (V)  is  a mini-computer  based  data  manage- 
ment system  developed  to  provide  on-line  interactive  analysis  capabilities  to 
support  coonand,  control,  coominications,  and  intelligence  functions.  The 
system  ccntn  in  various  configurations  tailored  to  user's  needs  and  uses  DEC 
PDP-11 /series  mini-computers  and  associated  peri]^erals,  and  codbinations  of 
systems  modules  developed  by  Bunker  Ramo  to  meet  military  requirements. 
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In  1976,  the  AN/GYQ-21  (V)  was  designated  as  the  standard  for  the  DOD 
Intelligence  Comtunity  and  in  1977,  it  was  designated  the  WWMCCS  Standard  Com 
xDunications  Network  and  Front-End  Processor. 

7.3.2  Multiprocessor  configuration.  A typical  AN/GYQ-21  (V)  multi-^ 
processor  configuiation  ic  partially  depicted  in  Figure  7-49. 
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Ficure  7-49.  Part  of  AN/CYQ-:i(V)  ayatea. 
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Two  methods  of  processor  connectivity  illustrated  in  this  example  are: 
(1)  shared  memory  and  (2)  direct  memory  access  (DMA).  Through  the  Bunker  Ramo 
developed  disk  controller  and  buffer,  each  CPU  is  able  to  access  a common  data 
base  (shared  memory).  A DMA  parallel  data  transfer  channel  between  the  two 
CPUs  is  formed  by  the  DAll-B  Interprocessor  Link.  This  link  passes  data 
lines,  control  information,  and  interrupt  requests  between  the  two  proces- 
sors. Data  can  be  transferred  from  one  CPU's  memory  to  the  other  in  blocks  of 
up  to  32k  words. 

7.3.3  FI  implemented  AN/GYQ-21  (V).  The  AN/GYQ-21  (V)  system  as  des- 
cribed can  be  implemented  on  the  FI  (Fig.  7-50).  In  this  configuration,  a bus 
link  between  the  two  processors  can  be  provided  as  in  the  original  system. 

This  would  allow  either  CPU  to  transfer  data  from  its  private  memory  to  the 
other. 


Figure  7-50.  KI  impleMnted  AM/GY0-21(V). 


Each  CPU  car.  access  the  other  as  well  as  its  corresponding  peripherals 
via  thf»  FI  link  as  shown.  This  method  does  not  depend  on  processor-unique 
hardware  such  as  the  bus  link  for  the  UNIBOS.  Access  to  a common  date  base  in 
disk  also  does  not  depend  on  special  disk  controllers  or  buffers  such  as  the 
BR  1537  or  BR  1539. 
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S€v>5i*'l  possible  modes  of  operation  exist  in  this  configuration: 

7.3.3. 1 Stand-alone.  Each  processor  can  operate  in  a stand-alone  mode 
under  its  own  operating  system  running  independently  with  its  own  peripherals 
and  database. 

7. 3. 3. 2 Back-up.  One  CPU  can  carry  the  entire  processor  load,  operating 
with  its  own  set  of  peripherals,  while  the  other  CPU  runs  in  a stand-by  mode 
either  with  its  database  continually  updated  by  the  other  CPU  or  having  access 
to  a common  database.  If  the  main  processor  fails,  the  stand-by  CPU,  operat- 
ing either  with  its  own  set  of  peripherals  or  with  the  other  set,  can  assume 
the  processing  load  without  significant  data  loss. 

As  an  implementation  example,  disk  1 could  have  half  of  its  memory  space 
dedicated  to  storin3  data  from  disk  2 and  vice  versa.  This  could  allow  either 
CPU  to  act  as  a back-up  processor  to  the  other  while  pen  arming  its  own  indi- 
vidual tasks. 

7. 3. 3. 3 Load  sharing.  A two-party  protocol  can  be  defined  between  the 
two  processors  to  control  information  transfer  with  space  in  one  or  both  disks 
allocated  as  a mailbox  for  transfer  of  control  and  status  information.  This 
allows  either  CPU  to  assign  tasks  to  the  other  or  to  notify  the  other  if  some 
of  its  processing  powers  have  failed.  In  this  case  the  other  CPU  would  assume 
that  part  of  the  processing  burden. 

Processing  of  tasks  may  take  several  forms: 

a.  Each  CPU  performs  different  tasks  with  the  purpose  being  to  decrease 
the  processing  burden  on  one  CPU. 

b.  Each  CPU  performs  identical  tasks,  but  at  separate  facilities  for 
independent  users. 

c.  Each  CPU  performs  tacks,  identical  or  other  wise,  as  required  for 
distributed  processing.  For  instance,  both  processors  could  operate 
under  the  same  operating  system  to  perfon:;-  true  distributive  proces- 
sing. That  is,  not  only  can  each  CPU  process  different  assigned 
tasks  (as  in  functionally  distributed),  but  both  CPUs  can  share  the 
processing  load  on  the  same  task. 

7.3. 3.4  Conclusion.  Both  the  back-up  and  load-sharing  modes  of  opera- 
tion would  allow  one  CPU  to  assmse  sooe  of  the  other's  protest ing  burden  in 
case  of  failure  of  some  processing  functions.  If  the  healthy  CPU  had  been 
processing  at  full  capacity,  it  could  still  assume  a heavier  load  by  operating 
in  a degraded  fashion.  The  back-up,  and  functionally  distributed  processing 
modes,  can  be  carried  on  between  shelters  as  well  as  vitbin  a shelter,  al- 
though probably  in  a slower  (degraded)  fashion. 

1 1 


The  FI  concept  would  allow  the  AH/GYQ-21  (V)  to  operate  at  data  rates  of 
up  to  lOMw/a  with  Bd-bit  words  within  a shelter  and  at  rates  of  SOMb/s  per  fi~ 
beroptic  channel  for  5 siiles  outside  a shelter  with  7 to  18-channel  availabil- 
ity. 

Another  effect  of  using  the  FI  is  that  the  system  is  not  hardware  depen- 
dent on  a certain  manufacturer.  FI  protocols  and  interface  requirements  have 
been  developed  to  Kcconnodate  diverse  equipments. 
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8.0  SUBSYSTEM  IMPLEMENTATION 

8.1  Scope. 

The  purpose  of  this  section  is  to  establish  hardware  and  software  func* 
tional  descriptions  for  the  various  subsystems  on  the  FI.  These  subsystems 
include  the  Local  Intraconnect  Unit  (LIU),  Local  Intraconnect  Control  Unit 
(Lieu),  External  Intraconnect  Unit  (EIU),  External  Intraconnect  Control  Unit 
(EICU),  and  the  FI  Manager.  Since  the  LIU  is  the  most  prevalent  subsystem  on 
the  FI,  its  implementation  will  be  discussed.  The  hardware  and  software 
structural  approach  will  also  be  applied  to  other  subsystems. 

8.2  LIU  implementation. 

The  basic  function  of  the  LIU  is  to  provide  the  interface  between  the 
Local  Intraconnect  (LI)  and  Automatic  Data  Processing  (ADP)  or  Communication 
(COM)  devices.  These  devices  will  be  referred  to  as  Data  Terminal  Equipment 
(DTE)< 


8.2.1  Requirements. 

a.  Oneral.  LIU  functional  requirements  are  summarized  as  follows: 

- Transfer  data  up  to  lOMw/s  to  and  from  a DTE  in  a DMA  fashion; 

* Process  and  verify  DTE  headers; 

- Formulate  network  messages  for  transmission  of  DTE  data  onto  the 
FI; 

* Transfer  network  messages  to/from  the  FI  in  DMA  fashion; 

- Process  and  verify  network  headers;  and 
Error  checking  on  data. 

b.  Interface. 


1.  DTE.  The  UU  transfers  data  to/from  a DTE  in  the  form  of  1024 
18*bit  word  data  blocks.  Each  block  has  a device  header  attach-' 
ad  to  it  with  a fixed  format  as  described  in  Section  5. 3.3. 
Control  of  the  transfer  between  the  LIU  and  a DTE  is  described 
in  the  interface  standard. 

2.  LI.  The  LIU  transfers  data  to  and  from  the  LI  in  the  form  of 
512  36-8’^.  ««ord  data  packets.  Several  reasons  exist  for  break- 
ing mtssf'"j  into  packets  for  transmission  on  the  FI.  Transmis- 
sion can  slart  as  soon  as  the  first  packet  is  asseebled,  corrup- 
tion of  information  by  noise  can  be  better  accommodated  by  re- 
transmission (if  required)  of  only  the  packet  affected  rather 
than  the  entire  messaget  and  packets  can  be  interleaved  by  LIUs 
on  the  FIf  thus  long  messages  do  not  block  transmission  links. 
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A packet  conaists  of  the  DTE  data  and  header.  A network  header  and 
trailer  are  added  to  this  for  control  on  the  FI  level  (described  in  Section 
5.3.3). 


Control  signals  transmicted  on  the  LI  are  used  by  the  LIU  for  transfer- 
ring data  to  and  from  the  LI.  A Data  Strobe  (DS)  signal  is  a timing  pulse 
that  accompanies  each  data  word  transmitted  on  the  LI.  A Header  Control  (HC) 
signal  is  a pulse  that  accompanies  both  the  first  network  header  word  and  the 
network  trailer  word.  The  DS  and  HC  are  transmitted  by  the  source  LIU. 

8.2.2  Functional  description.  The  LIU  is  functionally  structured  in  a 
modular  fashion.  Hardware  and  software  functions  have  been  identified  to  the 
block  diagram  level,  then  broken  up  in  a hierarchical  manner  into  functional 
modules.  Proven  design  techniques  will  be  used  such  that  performance  require- 
ments are  met  in  th^  most  cost-effective  manner.  As  shown  in  Figure  8-1,  the 
hardware  consists  of  a DTE  receiver,  DTE  transmitter,  and  microcomputer;  with 
software  composed  of  executive,  operational,  diagnostic,  and  database  func- 
tions • 


Figure  8-1.  LIU  funetlone. 


8.2.2.1  Hardware. 

8.2.2. 1.1  Microcomputer.  The  LIU  will  be  controlled  by  a microcomputer 
conaiatiug  of  a CPU,  main  memory,  programmable  interrupt  controller,  and  de- 
vice selector.  The  microcomputer  will  perform  taaka  auch  aa  initialiiing  the 
variable  database,  setting  up  DTE/LIU  DMA  transfers,  formulating  Mtwork  mes- 
sages for  transmission  on  the  LI,  setting  up  LIU/LI  DMA  transfers,  and  proces- 
sing network  messages. 


Programs  (instructions)  will  be  resident  in  static  read-only  memories 
(ROM)  while  the  initialization  database  will  be  contained  in  static  random-ac- 
cess memories  (RAM)  because  it  is  subject  to  change.  RAM  will  also  be  used 
as  a scratch-pad  memory  for  temporary  storage  of  data  being  manipulated  during 
program  execution. 

8. 2. 2. 1.1.1  CPU.  The  CPU  selected  is  an  Intel  8085.  This  is  an  8-bit 
N-channel  microprocessor  with  the  following  features; 

Five  instruction  types  - data  transfer » arithmetic » logical » 
branch,  and  stack,  I/O  and  machine  control; 

Four  address  modes  - direct,  register,  register  indirect,  and 
immediate; 

One  accumulator,  six  general  purpose  registers,  a program 
counter,  and  a stack  pointer; 

Four  vectored  interrupts  (including  one  nonmaskable);  and 
Direct  addressing  capability  to  64k  bytes. 

8. 2. 2. 1.1. 2 Programmable  interrupt  controller.  Interrupts  allow  pe- 
ripheral devices  to  transfer  data  when  ready.  This  allows  transfer  of  data  on 
an  asynchronous  basis  freeing  the  processor  for  other  tasks  while  peripherals 
collect  the  data.  When  an  I/O  device  has  data  to  transfer,  it  signals  the  CPU 
(Intel  8085)  with  an  interrupt  request.  Upon  receipt  of  this  interrupt  and  if 
the  appropriate  interrupt-enable  bit  is  set,  the  processor  suspends  current 
program  execution  and  responds  with  an  interrupt  acknowledge  signal.  The  in- 
terrupting device  then  identifies  itself,  steering  the  (H^U  to  the  appropriate 
data  transfer  routine.  Once  the  transfer  is  complete,  the  processor  clears 
the  interrupt  request  and  returns  to  %ihatever  it  was  doing  before  it  was  inter- 
rupted. The  CPU  has  the  option  of  accepting  or  ignoring  interrupts  based  on  the 
state  of  'The  interrupt  flag,  which  can  enable  or  disable  the  interrupt  system. 

The  LIU  will  employ  a vectored-priority  interrupt  technique  rather  than 
device  polling,  which  occurs  when  the  CPU  interrogates  each  device  in  sequence 
for  service  requirements.  Device  polling  could  have  a detrimental  effect  on 
system  throughput  because  the  LIU  software  may  devote  a large  portion  of  its 
time  looping  through  the  continuc^us  polling  s^ycle. 

The  Intel  Programmable  Interrupt  Controller  (PIC)  has  been  selected  to 
provide  overall  management  of  the  interrupt  system.  The  PIC  minimizes  soft- 
ware and  real-time  overhead  in  handling  multi-level  priority  interrupts  by 
providing  up  to  eight  vectored-priority  interrupts.  When  an  interrupt  request 
is  generated,  the  PIC  accepts  the  request,  determines  which  request  is  of 
highest  importance  (priority),  ascertains  whether  the  request  has  a higher 
priority  than  that  currently  being  serviced,  and  issues  an  interrupt  to  the 
CPU  based  on  this  determination.  Control  is  then  dispatched  to  the  appropri- 
ate interrupt  handling  (service)  routine.  Significant  features  of  the  PIC  are: 
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Progranmable  interrupt  modes; 

Individual  request  mask  capability;  and 
Dynamically  changeable  priority  modes  and  algorithms. 

8. 2. 2. 1.1. 3 I/O.  The  components  and  peripherals  contained  within  the 
microcoiuputer  connect  to  and  communicate  with  each  other  on  a high'-speed  bus. 
Every  device  on  this  bus  communicates  in  the  same  form,  i.e.,  the  CPU  uses  the 
same  signals  to  access  memory  as  with  peripheral  devices.  A memory-mapped  I/O 
technique  is  employed  in  cotominicating  with  peripheral  devices,  that  is,  pe- 
ripherals are  connected  to  the  memory  control  lines  and  respond  like  memory 
devices.  They  can  be  accessed  as  memory  locations,  using  the  processor's  mem- 
ory reference  instructions  rather  than  the  I/O  instructions.  Memory  reference 
instructions  can  either  obtain  data  from  memory  or  place  data  into  memory. 

While  the  memory  reference  instructions  increase  the  flexibility  of  the 
I/O  system  there  are  some  disadvantages  of  memory-mapped  I/O.  Since  the  I/O 
devices  are  addressed  as  memory,  there  will  be  fever  addresses  available  for 
memory.  A further  disadvantage  of  memory-mapped  I/O  with  the  8085  is  that  it 
takes  3 bytes  of  instructions  and  13  clock  cycles  for  memory  reference  in- 
structions to  communicate  with  the  I/O  devices  while  the  7/0  instructions  re- 
quire 2 bytes  and  10  clock  cycles  since  the  I/O  address  space  is  smaller  (only 
256  bytes).  However,  memory-mapped  I/O  provides  the  greater  flexibility  since 
all  memory  reference  instructions  can  be  used  for  commun lest ion  with  I/O  de- 
vices. 


Every  peripheral  device  has  a given  set  of  unique  associated  addresses 
that  are  addressed  as  main  memory.  There  are  two  types  of  addresses  associa- 
ted with  each  device! 

- Control  and  status;  and 
Data  buffer. 

Control  and  status  addresses  contain  all  the  information  necessary  to 
communicate  with  a peripheral  device.  The  data  buffer  address  is  used  for 
tes^rarily  storing  data  to  be  transferred  into  or  out  of  the  microcomputer. 
The  number  and  type  of  data  addresses  is  a function  of  the  device. 

8. 2. 2. 1.2  DTE  receiver.  The  DTE  receiver  is  the  interface  between  the 
DTE  and  LI  which  receives  DTE  data  and  transmits  network  messages  onto  the  LI. 

8. 2. 2. 1.2.1  DIE  Heceiver  Controller  (DRC).  The  MtC  shown  in  Figure  8-2 
controls  the  transfer  of  data  blocks  from  the  DTE  to  the  LIU.  This  can  be  ex- 
plained with  the  aid  of  Figure  8-3.  Upon  receiving  a coMand  from  the  sdero- 
computer  to  enable  the  Input  Data  Bequest  (IDE)  from  the  DTE,  the  DEC  will 
monitor  IDE.  When  IDE  becomes. activOf  a data  word  ^.il  be  input  to  the  re- 
ceive data  buffer.  This  input  process  will  continue  until  either  the  terminal 
count  is  reached  or  IlMl  becomes  inactive.  When  either  occurs,  a data  transfer 
complete  interrupt  will  be  generated.  If  the  temination  of  IMl  and  the  ter- 
minal count  do  not  occur  simultaneously  a word  count  error  flag  will  be  set. 
Parity  error  detection  will  also  be  performed  while  data  is  inputed.  If  an 
error  is  detected,  a parity  error  flag  will  be  set. 
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Figure  8-2 • DTE  receive  controller. 

Interface  between  the  isiicrocoinputer  and  the  DRC  is  via  five  registers* 
The  control  status  register  contains  information  denoting  parity  error,  word- 
count  error,  and  data-block  length.  The  receive  data  buffer  address  register 
contains  the  location  of  the  receiva*data  buffer  which  is  to  be  accessed.  The 
receive-data  buffer  word  register  contains  the  data  word  and  the  receive  data 
buffer  read/write  status  of  this  word* 

Tlie  KIC  also  generates  an  interrupt  request  indicating  the  end  of  trans- 
mission of  a data  block  or  an  error  condition* 


FlguM  8-3.  Device  tmomtw  coatrol  floir. 


8.2. 2. 1.2. 2 Output  Controller  (OC).  The  OC  will  transfer  network  mes- 
sages from  the  LIU  to  the  LI  and  is  shown  in  Figure  8-4.  Upon  coumand  from 
the  microcomputer)  the  proper  network  header  and  trailer  contained  in  the  out- 
put header  buffer  and,  if  applicable)  the  DTE  data  (including  device  header) 
contained  in  the  receive  data  buffer  are  transmitted  onto  the  LI.  When  the 
transfer  is  complete)  an  interrupt  request  is  generated  from  the  OC. 


Line  Driver/Receiver 


Figure  8-4*  Output  control  block  diagram. 

8. 2. 2. 1.3  DTE  tmamittor.  The  DTE  trauamitter  procaaaas  natwork  aaa- 
aages  received  from  tht  LX  by  making  accept  or  reject  decisions  based  on  in- 
formation contained  in  the  network  header)  storing  the  data  in  a transmit/ 
broadcast  data  buffer  if  the  decision  is  to  accept)  and  transmitting  the  data 
to  the  DTE  when  commanded  by  the  microcomputer  # the  DTE  tranmsi.tter  can  be 
divided  into  two  functionst  (1)  header  message  control,  and  (2)  DTE  transmit 
control. 


8. 2. 2. 1.3.1  Header  message  control.  The  header  message  control  func- 
tion inputs  the  network  header  from  the  LI  and  determines  whether  to  accept  or 
reject  the  message  (Fig.  8-5). 
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tIbDii  d«t«  is  output  onto  tlm  LX  by  siehsr  an  LID  or  LICDt  it  is  rscsivsd 
by  ssrH  LID*  UHsci  ths  notifork  bssdtr  is  r«csivsd»  it  is  Mulyssd  to  dstonsins 
whethsr  to  sceopt  or  rtjoct  tbo  fortbeowiiig  data  words*  If  tha  Mssasa  is  not 
for  this  LID»  tha  fortheowiag  data  ara  ignorad*  Otharwisot  tha  oatwork  haadar 
is  accaptad  and  storad  in  tha  input  haadar  buffar.  Tha  data  ara  input  and 
storad  in  aithar  thu  broadcast  buffar  or  tha  availabla  DTE  transmit  buffar  da- 
panding  upon  tha  Bassata  typa*  Onca  tha  trailar  is  datactadf  tha  nassaga  typo 
is  «:iialysad  to  dataraina  if  tha  Bsasaga  is  a poll*  If  it  ist  a poll  Mssaga 
intarrupt  is  t^Mi'stad*  Othanrisat  a ganaral  aassaga  intarrupt  is  ganaratad* 
Error  d^taction  is  parforwad  on  tha  natwork  haadar  and  data  whila  tha  data  is 
baing  tranafarrad*  If  an  error  is  datactadf  an  arror  flag  is  sat* 

8*2*2. 1.3. 2 DTE  tranawlt  control*  Tha  DIB  trananit  cootroUar  ahown  in 
rigura  6-6  trarsnits  data  to  tha  9TB  upon  cooBand  fron  tha  nicroconputar* 

Hhan  tha  transfer  is  coagilata,  an  intarrupt  is  ganaratad  to  tha  nicrocosiputar. 


f 


Device 


Figure  8-6.  DT£  trantait  controller. 


8.2. 2.1. 4 Interface*  DTE  interlace  line  drivers  and  receivers  provide 
tri-state  switching  and  electrical  requireaents  for  interface  between  a DTE 
and  LIU.  Enabling/disabling  of  the  bi-directional  driver /receiver  and  output 
control  signals  are  controlled  by  the  aicrocomputer. 

LI  interface  line  drivers  and  receivers  provide  th**  necessary  interface 
between  a LIU  and  LI.  The  control  lines  and  bi-directional  data  lines  are 
controlled  by  the  DTE  receiver. 

8 .2. 2. 2 Software.  LIU  software  is  modular  structured  as  a top-down  hi- 
evarchyt  being  interrupt  and  database  driven.  It  executes  in  a real-time  mul- 
ti-tasking environment  to  accomplish  all  the  processing  required.  The  soft- 
ware is  to  be  designed  so  as  not  to  be  peculiar  to  a specific  device  type. 

The  LIU  software  is  comprised  of  four  major  functional  areas(Fig.  8-7). 

- Execut ive 
Operational 
Diagnostic 

- Database 


8. 2. 2. 2.1  Executive  subsystem.  The  executive  software  provides  overall 
system  control  and  management  of  tasks.  As  shown  in  Figure  8-8,  it  includes: 

Executive  control  which  schedules  tasks  and  processes  interrupts; 
Executive  service  which  provides  services  to  tasks  such  as  queue 
control,  task  request,  I/O  request,  and  nerory  management; 

Device  drivers; 

Initialization;  and 
System  library  functions. 


- Device  Data  Receive 

- Devicr  Data  Receive 
DMA  Complete 

• Output  DMA  Complete 

- Poll  Message  Request 

- General  Message  Request 

- Transmit  DMA  Complete 


Device  Transmit 
Buffer  Control 


Figure  ^-8.  Executive  eubeyatem 


The  basic  unit  of  work  which  the  executive  facilities  service  is  called 
a task.  Tasks  are  functions  that  compete  for  system  resources  under  the  exe- 
cutive priority  processing  scheme.  The  priority  processing  scheme  is  used  to 
define  a task's  relationship  to  other  tasks*  A task  consists  of  one  or  more 
closed- structure  procedures  (l*e«,  function,  module,  or  subroutine)  with  one 
of  the  procedures  h«ing  the  main  procedure.  Closed-structuve  procedures 
transfer  control  back  to  the  control  entry  point*  They  execute  a defined  se- 
quence until  a terminal  condition  is  reached*  thus,  control  passes  into  the 
structure  through  the  entry  point  and  remains  until  the  termination  condition 
causes  control  to  exit  throu^  the  single  exit  point.  A procedure  is  a single 
entity  with  only  one  entry  point  and  one  exit  point.  The  main  procedure  pro- 
vides overall  control  of  the  task  and  cosmunicates  with  the  executive*  It  is 
called  by  the  axecutive  and  returns  to  the  executive  when  execution  is  com- 
plete* The  main  procedure  also  transfers  control  to  other  procedures  - within 
the  same  task  or  global  oharlng , Global  eharing  procedurea  can  be  used  by 
other  procedures,  are  coomon  in  nature,  and  perform  specific  functions. 
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8. 2. 2. 2.1.1  Executive  control.  The  executive  control  is  comprised  of 
the  scheduler  and  interrupt  processing  functions. 

8. 2. 2. 2. 1.1.1  Scheduler.  The  scheduler  (Fig.  8-9  and  -10)  provides  the 
facility  for  handling  multiple  requests  for  service  in  a real-time  environ- 
ment. Scheduling  is  event-driven  (interrupt)!  in  contrast  to  tiise-slicing  for 
determining  a task's  eligibility  to  execute.  Scheduling  is  performed  vhen  an 
event  occurs  (interrupt)  rather  than  at  defined  time  intervals,  the  basis  of 
event-driven  task  schecjling  ic  the  software  priority  assigned  to  each  task. 

A task's  priority  is  set  at  initialisation. 


Figure  8-9.  Scheduler  functions. 

Tasks  run  at  software  priority  level  ranging  from  low  to  high.  The 
scheduler  grants  the  processor  to  the  highest  priority  task  capable  of  execu- 
tion. That  task  retains  control  of  the  central  processor  until  an  interrupt 
occurs.  Uhen  an  external  interrupt  occurs*  the  scheduler  interrupts  the  exe- 
cuting task  and  searches  for  a task  capable  of  execution.  The  highest  prior- 
ity task  will  be  executed. 

When  activated  by  an  interrupt  service  voutine*  the  scheduler  determines 
if  a task  is  running.  If  a task  is  running!  the  machine  condition  is  saved 
and  the  interrupted  flag  is  set.  The  task  control  list  is  searched  from  the 
top  for  an  active  task.  When  found*  the  interrupts  are  enabled  and  the  task 
is  invoked.  When  tlie  task  returns!  the  scheduler  cycles  through  the  task  con* 
trol  list  searching  for  the  next  hi|^st  active  tusk.  If  the  interrupted  task 
has  the  highest  pri  irity*  the  task  machine  conditions  are  restored  and  task 
execution  is  resumed  where  it  was  interrupted.  An  long  as  there  is  processing 
to  be  done*  the  scheduler  cycles  throui^  the  task  control  list,  executing  ac- 
tive tasks.  When  all  processing  is  complete*  the  scheduler  WAITS  until  acti- 
vated by  an  interrupt  service. 
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8.2.2.2.1.1 .2  Interrupt  processing.  The  LIU  I/O  is  based  on  an  asyn- 
chronous interrupt  technique  which  interrupts  the  processor  whenever  a pe- 
ripheral device  n'eds  servicing  (Fig.  8-lla). 


Figure  8-lla.  Interrupt  processing  functions. 


When  an  interrupt  request  is  generated,  it  is  decided  if  the  incoming 
request  has  a higher  priority  value  than  the  level  being  serviced.  Control  is 
vectored  to  the  highest  priority  interrupt  service  routine.  When  an  interrupt 
service  function  is  activated,  the  machine  condition  is  saved.  When  proces- 
sing is  complete,  control  transfers  to  the  scheduler. 

The  device  data  receive  request  is  activated  when  the  device  data  re- 
ceive buffer  control  recognizes  an  active  XDR  from  the  DTE.  It  performs  the 
following  functions: 

Disable  ODR; 

- Disable  interface  line  drivers; 

Enable  interface  line  receivers;  and 

Command  the  device  receive  buffer  control  to  transfer  data. 


When  data  has  been  transferred  into  the  data  receive  buffer,  the  device 
data  DMA  complete  function: 

- Reads  the  device  data  length; 

Reads  the  device  header  data;  and 

- Requests  the  header  verification  task. 

When  data  has  been  transferred  onto  the  LI,  the  output  DMA  complete 
function: 

* Enables  XDR  monitoring;  and 

Requests  the  task  to  formulate  an  inactive  message. 

If  the  LI  message  is  a poll,  the  poll  message  request  function: 

Reads  the  network  header /trailer; 

- Places  the  time-of-day  information  into  the  output  header  buf- 
fer; and 

- Enables  the  output  control  to  transfer  data  onto  the  LI. 
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If  the  LI  message  is  a type  other  than  a polly  a general  message  request 
interrupt  is  generated  causing  the  following  tc  occur: 

Data  block  length  is  read  from  the  device  transmit  buffer  con- 
trol; 

Network  header /trailer  is  read  from  the  input  header  buffer;  and 
Message  processing  task  is  requested. 

When  the  data  transfer  from  the  transmit  storage  buffer  to  the  DTE  is 
complete,  the  transmit  DMA  complete  function  disables  the  device  interface 
line  drivers  and  comnands  the  device  receive  buffer  control  to  monitor  IDR. 

8. 2.2.2 .1.2  Executive  services.  The  executive  provides  services  for 
task  intercommunication,  queue  control,  I/O  requests,  and  memory  management 
(Fig.  8-llb).  Tasks  issue  system  directives  which  are  instntctions  to  the  ex- 
ecutive to  perform  the  service  functions. 


- Enqueue 

- Dequeue 


- Allocate 

- Deallocate 


Figure  8-llb.  Executive  services. 

Each  task  has  an  input  work  queue  assigned  to  it.  When  a task  is  iden- 
tified and  a work  packet  formed,  queue  control  attaches  (enqueues)  the  packet 
to  the  appropriate  queue.  When  a task  is  activated,  it  requests  queue  control 
to  detach  (dequeue)  the  work  packet.  The  work  queue  is  sutnaged  on  a first-in 
first-out  (FIFO)  basis.  Only  through  work  packets  can  tasks  with  different 
priorities  coeaainicate  with  each  other.  Interrupt  service  routines  use  queue 
control  for  passing  input  data  to  tasks. 

Each  queue  is  aalntaiaed  on  a link  list  basis * A queue  control  exiata 
for  each  queue  in  the  task  control  block.  The  queue  control  contains  the  ad- 
dress of  the  first  and  last  packet.  Each  packet  contains  the  address  of  the 
next  packet  in  the  link.  No  searching  is  required  to  attach/detach  a work 
packet.  The  address  of  the  packet  need  only  be  manipulated  to  maintain  thf. 
linkage.  When  a work  packet  is  placed  in  the  queue,  its  address  becomes  the 
last  packet  address  in  the  task  control  block  and  the  next  pmclcet  address  in 
the  next-to-last  packet  in  the  queue. 
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The  task  request  directive  instructs  the  system  to  activate  a task. 

Once  activated)  the  task  will  run  contingent  on  its  priority. 

The  I/O  request  directive  instructs  the  executive  to  provide  an  I/O  op- 
eration to  the  issuing  task.  It  also  verifies  the  validities  of  the  I/O  func- 
tion code  and  logical  unit  number  transmitted  from  the  caller.  If  invalid,  an 
error  is  indicated  to  the  caller.  Otherwise,  the  proper  device  driver  is 
called  upon  to  perform  the  I/O  operation. 

Memory  management  allocates  and  de-al locates  blocks  of  contiguous  memory 
on  request.  Memory  is  allocated  from  a dynamic  storage  pool  partitioned  into 
fixed  block  sizes.  No  searching  is  required  since  the  address  of  the  next 
available  block  is  maintained  in  a circular  list. 

8. 2. 2. 2. 1.3  Device  drivers.  Device  drivers  handle  the  physical  I/O  op- 
erations for  a particular  DTE.  The  I/O  operations  will  be  device  and  function 
independent.  To  request  an  I/O  operation,  a task  issues  the  request  via  the 
executive  to  logical  units  previously  associated  with  physical  device  units. 

The  information  supplied  by  the  task  should  include  the  DTE  logical  unit,  the 
function  code  (READ  or  WRITE),  and  any  device-dependent  parameter  (conanand 
code,  data  buffer  address,  etc.). 

Device  drivers  are  either  interrupt  driven  or  I/O  initiated  by  tasks. 
Interrupt  driven  device  drivers  are  interrupt  service  routines  that  receive 
control  when  an  interrupt  request  is  generated.  I/O  initiated  device  drivers 
receive  control  when  requested  by  a task  via  the  executive  to  perform  an  I/O 
operation. 

Several  I/O  initiated  device  driver  functions  have  been  identified  to 
include: 

I/O  operation  to  the  device  receive  buffer  control  to  read  the 
message  length  and  device  header; 

I/O  operation  to  the  output  header  buffer  to  store  the  network 
header  and  trailer  in  preparation  for  transfer  onto  the  LI; 

I/O  operation  to  the  input  header  buffer  to  accept  the  network 
header  and  trailer  from  the  LI; 

Output  data  coiauand  to  the  output  control  to  transmit  data  onto 
the  LI;  and 

- Transmit  conmand  to  the  device  transmit  buffer  control  to  trans- 
fer data  to  the  DTE. 

8. 2.2. 2. 1.4  Initialisation.  System  initialisation  needs  to  be 
performed  at  start-up  and  after  a system  failure.  During  this  process  the 
system  is  configured,  peripheral  devices  are  initialised,  and  the  scheduler  is 
invoked.  Database  initialisation  is  requiriMl  when  an  initialisation  message  is 
received.  It  initialises  databases  peculiar  to  the  individual  LIU  applica- 
tions. 


8. 2. 2 .2. 1.5  System  library.  System  library  routines  provide  commonly 
needed  capabilities  such  as  formulating  messages  and  saving/restoring  regis- 
ters. 
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8. 2. 2.2.2  Operational  software.  The  operational  software  provides  the 
functions  to  fulfill  the  LIU  requirements  such  as  device  header  verification, 
DTE  messaj^e  processing,  network  messaRe  formulation,  network  header  verifica- 
tion, and  network  message  processing.  Figure  8-12  shows  the  operational  soft- 
ware functions. 


Figure  8-12.  Operational  software. 

8. 2. 2. 2. 2.1  Device  header  verification.  The  device  header  verification 
function  checks  for  character  and  block  parity  errors  and  validates  the  DTE 
header  data  fields  (Fig.  8*13  and  *14).  If  an  error  is  detected,  a DTE  header 
error  message  is  formulated,  indicating  the  error  type,  for  transmission  to  the 
FI  Manager.  If  no  errors  are  detected,  a request  is  made  to  DMA  the  DTE  data 
to  the  LIU. 


Figure  8*13,  Device  header  verification  functions. 
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Figure  8-14*  Device  header  verification  flow. 

The  device  header  verification  function  perfoma  the  follovingt 

> Checka  character  and  block  parity  arrora; 

* Verify  ayatan  soda  - Thia  field  ia  coepar^  to  the  allowable 
ayatee  node.  The  current  allowable  ayaten  node  ia  000; 

- Verify  naaaaga  type  Thia  field  ia  coeparad  to  the  allowable 

naaaaga  type.  The  allowable  naaaaga  typaa  are; 
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0010  Request  Message 

0011  Response  Message 

0100  Direct  Address 

0101  Virtual  Bus 
0110  Lazy  Susan 

1000  Local  Broadcast 

1001  FI  Broadcast 

Verify  virtual  bus  nvitober/Iazy  susan  nuod>er  ~ If  the  message 
type  is  either  a virtual  bus  or  lazy  susan,  this  field  is  com~ 
pared  against  the  allowable  virtual  bus/lazy  susan  numbers  as- 
signed by  the  FI  manager; 

Verify  priority  - This  field  is  compared  to  the  allowable  prior- 
ity; 

Verify  destination  address  - This  field  is  validated  if  the  mes- 
sage type  is  either  a request  message,  response  message,  or  di- 
rer, t address.  The  destination  address  is  compared  against  the 
allowable  destination  address  for  the  specified  message  types  as 
authorized  by  the  FI  Manager; 

Verify  source  address  - The  source  address  is  compared  «igain8t 
the  allowable  source  address  for  each  message  type  as  authorized 
by  the  FI  Manager; 

Extract  message  length  - The  message  length  is  extracted  from 
the  device  header  and  used  as  a word  count  to  DMA  the  DTE  data;  and 
Formulate  error  message  - If  an  error  is  detected,  a request 
message  is  formulated  for  transmission  to  the  FI  Manager.  The 
data  sent  contains  the  error  message  code,  the  DTE  virtual  ad- 
dress %d)ere  the  error  was  detected,  and  the  error  type.  The 
current  error  types  are: 

0000  Unused 

0001  Character  parity  error 

0010  Block  parity  error 

0011  System  mode 

0100  Massage  type 

0101  Virtual  Bus/Lasy  Susan  Humber 

0110  Priority 

0111  Destination  Addrens 
1000  Source  Address 

Verify  message  number  - The  message  number  is  compared  to  the 
next  transmission  message  number*  If  the  message  number  is  in** 
correct,  an  error  messago  is  formulated*  The  message  number  is 
replaced  with  the  transmission  message  number  so  that  It  Is  out- 
put when  polled. 
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8. 2. 2. 2. 2. 2 DTE  message  processing.  The  DTE  message  processing  func- 
tion is  concerned  with  messages  between  the  DTE  and  its  associated  LIU  only. 
For  instance,  one  of  its  tasks  is  to  formulate  a message  with  date/time  infor- 
mation for  transmission  to  the  DTE.  Another  example  occurs  when  the  LIU  can- 
not empty  its  data  buffer  on  the  LI  because  the  destination  continues  to  have 
no  buffer  available.  The  DTE  can  transmit  a message  to  the  LIU  commanding  it 
to  cancel  the  current  operatioi|  and  prepare  for  a new  one. 

8. 2. 2. 2. 2. 3 Network  messaee  formulation.  The  network  message  formula- 
tion function  constructs  the  network  header  and  trailer  for  transmission  onto 
the  LI  when  polled.  The  network  header  precedes  data  onto  the  LI  and  the 
trailer  follows  the  data.  As  shown  in  Figure  8-15,  this  function  performs  the 
following: 


Figure  8-15.  Network  message  formulation. 

8.2.2.2.2.3.1  Set  date/time  group.  The  date/time,  of  which  the  16 
least  significant  bits  reside  in  a date/tiae  counter  and  the  remaining  36  bits 
in  a location  in  memory , is  obtained  and  placed  in  the  device  header. 

8.2.2.2.2.3.2  Formulate  query  message.  If  the  DTE  data  is  a point-to- 
point  (direct)  data  transfery  a query  message  is  formulated  for  transmission 
to  the  destination  to  obtain  buffer  availability  status  of  the  destination 
input  buffers.  The  following  fields  are  generated^ 
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Start  of  message 

Message  type 

LIU  destination  address 

Number  of  words  In  header 

LIU  source  address 

End  of  message 

Block  parity 

8.2.2.2.2.3.3  Formulate  data  transfer  message*  Data  transfer  messages 
are  formulated  for  direct  address , local  broadcast,  FI  broadcast,  virtual  bus, 
and  lazy  susan  transmissions.  The  fields  generated  are: 

Start  of  message 
Message  Type 

Direct  address 
Local  broadcast 
FI  broadcast 
Virtual  bus 
Lazy  susan 

- Destination  address 

Direct  address  * 6 bits  for  receiving  LICU  * 6 bits  for  re- 
ceiving LIU 

Broadcast  (Local/Fl)  - Not  used 

Virtual  bus  - Virtual  bus  number 

Lasy  susan  - Lasy  susan  number  / 

Source  Address 

Direct  address  - 6 bits  for  transmitting  LICU  ^ 6 bits  for 
transmitting  LIC 

Lasy  susan  *-  6 bits  for  transmiting  LICU  * 6 bits  for  trans- 
mitting UU 

- End  of  message 
Block  parity 

8.2*2.2.2«3.A  Generate  coemon  character  fields. 

- Start  of  message  - Start  of  message  is  a unique  S-bit  code  iden- 
tifying the  start  of  a netmorh  message  and  is  identical  for  each 
truusmission; 

- Message  type  - Message  type  is  an  8-bit  code  identifying  the 
type  of  network  mmssege  being  transmitted  onto  the  LX; 
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Destination  address  - This  is  the  address  of  the  LIU  for  which 
the  message  is  destined  and  is  message  type  dependent.  For  di- 
rect address  and  lazy  susan  message?^,  it  consists  of  6 bits  for 
the  Lieu  and  6 bits  for  the  LIU.  For  virtual  bus  messatres,  it 
represents  the  virtual  bus  number.  This  field  is  not  used  for 
broadcast  messages; 

Source  address  - This  is  the  address  of  the  transmitting  LIU. 

It  consists  of  6 bits  for  the  LICU  and  6 bits  for  the  LIU; 

- End  of  message  * End  of  message  is  a unique  8-bit  code  indica- 
ting the  end  of  the  network  message  and  is  identical  for  each 
transminoion;  and 

- Block  parity  - The  block-parity  field  contains  vertical  parity 
bits  on  the  network  header. 

8. 2. 2. 2. 2.4  Network  header  verification.  After  a message  has  been  ac- 
cepted)  its  network  header  must  be  verified.  If  an  error  is  detected,  an  er- 
ror message  is  formulated  and  transmitted  to  the  FI  Manager.  This  function 
performs  the  following: 

a.  Check  network  header  parity  - The  vertical  and  horizontal  parity 
calculated  while  receiving  the  network  header  is  compared 
against  the  parity  information  contained  in  the  network  header. 

b.  Fomulate  error  message  - If  a parity  error  is  detected  in  the 
network  header,  a request  message  is  formulated  for  transmission 
to  the  FI  Manager.  This  message  contains  the  error  message 
type,  destination  LIU  virtual  address,  and  error  code. 

c.  Check  message  length  * The  message  length  determined  while  re- 
ceiving the  network  header  is  compared  to  the  message  length  in* 
formation  cont aired  in  the  network  header. 

8.?. 2 2.2. S Message  processing.  During  the  processing  of  a message, 
the  following  functions  will  be  performed  (Fig.  8-16) • 

a.  Check  poll  response  * If  the  message  is  a poll  response,  it  must 
first  be  determined  if  it  is  a query,  lazy  susan  buffer  avail* 
able,  or  laay  susan  buffer  unavailable  message,  then  the  corres- 
ponding process  is  invoked. 

b.  Check  query  response  * If  the  message  is  a query  response  it 
must  first  be  determined  if  it  is  a buffer  available  or  buffer 
unavailable  message,  then  the  corresponding  process  is  invoked. 

c.  CSieck  data  transfer  • li  message  is  a data  transfer,  it  must 
first  be  determined  if  it  is  a direct  address,  virtual  bus,  or 
broadcast  message,  then  the  corresponding  process  is  i&voked. 
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Figure  8-16.  Mettage  processing  functions* 

8. 2*2. 2. 2. 6 To  process  m virtual  bus  message  (Pig*  8-17  and  -18),  the 
following  will  be  perforaed; 

a.  Update  real-tiae  count  - The  LIU  aaintains  a real-tiae  count  for 
each  virtual  bus  to  which  it  is  assigned*  When  this  count 
patches  the  transaission  atssage  nuaber  assigned  to  its  corres- 
ponding DTE,  the  LIU  transaits  a Mssaga  on  the  virtual  bus* 


Plfura  8-17*  Virtual  bus  aeaaage  proceaa  fimctiona 
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Figor#  8-lS.  Virtual  bua  uttaagt  proeaai  flow. 
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b.  Formulates  empty  network  message  - If  the  DTE  has  no  message  to 
send  at  its  assigned  sequence  number  (transmission  message 
count),  the  LIU  formulates  an  empty  message  for  output  onto  the 
LI  at  the  next  poll  of  this  virtual  bus.  The  empty  message  con~ 
tains  the  proper  network  header  and  DTE  header  with  the  appro- 
priate  virtual  bus  number  and  current  sequence  number. 

c.  Calculate  next  transmission  message  count  - The  next  transmis- 
sion count  is  calculated  as  follows: 

Transmission  message  count  * 

Starting  sequence  number  (N  x repetition  rate) 
where  N is  a modulo  16  number  representing  the  number  of  messages  previously 
tranamltted  on  the  identified  virtual  bus.  The  starting  sequence  number  and 
repetition  rate  is  assigned  by  the  FI  Hanager  when  the  virtual  bus  is  estab- 
lished. 

8. 2. 2. 2. 2. 7 To  process  a query  message  (Fig.  8 '19  and  -20),  the  follow- 
ing will  be  performed: 

a.  Check  buffer  availability  - The  transmit  buffer  status  is  check- 
ed to  determine  if  it  is  available  or  not. 

b.  Queue  destination  address  - The  querying  LIU  address  is  queued  on 
a FIFO  basis.  Any  address  appears  only  once  in  the  queue. 

c.  Formulate  buffer  not-available  message  - Uhen  a butter  is  not 
available  or,  if  available,  the  querying  LIU  address  is  not  at 
the  top  of  the  queue,  a buffer  not-available  message  is  formu- 
lated for  transmission  to  the  querying  LIU. 

d.  Formulate  buffer-available  message  - If  a buffer  is  available 
and  the  querying  LIU  is  at  the  top  of  the  queue,  a buffer-avail- 
able message  is  fonsulated  for  transmission  to  the  querying  LIU. 

e.  Dequeue  destination  address  - When  a buffer-available  message 
has  been  transmitted  to  a querying  MU,  its  address  is  dequeued 
(if  it  had  initially  been  in  the  queue). 


figure  8-19.  Query  message  process  functions. 


r 
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In  processing  a query  response  message,  the  LIU  will  transmit  its  data 
if  the  response  indicates  that  a buffer  is  available.  If  no  buffer  is  avail- 
able, the  LIU  will  wait  to  be  polled  again.  Any  further  action,  while  waiting 
for  the  poll,  such  as  cancelling  the  operation  if  a certain  time  lapses  before 
buffer  is  available,  can  be  accommodated  in  comnuni cat  ions  between  the  DTE  and 
its  LIU. 


8. 2. 2. 2. 3 Diagnostic  software.  The  diagnostic  software  detects  and  re- 
ports faults  in  the  LIU  and/or  DTE.  As  shown  in  Figure  8-'*l,  the  diagnostic 
software  is  comprised  of  the  Li  diagnostics  and  DTE  interface  diagnostics. 
These  functions  execute  on  a continuous  periodic  cycle. 


- Formulate  Loopback  - Formulate  DTE  Loopback 

Diagnostic  Message  Diagnostic  Message 

- Transmit  Diagnostic 
Message  to  DTE 

Figure  8-21.  Diagnostic  software  functions. 

The  Lieu  will  periodically  trsnswit  a disgiiostic  message  to  each  LIU  in 
an  established  sequence.  Itie  message  will  di«oct  the  LID  to  return  a status 
response  message  at  the  next  poll.  From  the  ctatus  response  message » the  LlCU 
will  determine  the  UU  availability  status.  The  LlCU  will  maintain  a status 
block  for  each  LIU.  The  status  block  will  be  up^tated,  if  required,  at  the  end 
of  each  diagnostic  cycle.  If,  at  the  next  LIU  p<U,  the  LIU  does  not  output  a 
response  message,  the  LlCU  will  mark  the  LIU  out  of  service. 

When  the  LlCU  diagnostic  message  is  received,  a diagnostic  responsv  mes- 
sage will  be  formulated  destined  to  the  LlCU.  The  LIU  will  then  await  the 
LlCU  poll.  The  reapon;;e  massage  will  contain  the  loopback  diagnostic  word 
along  with  the  DTE  status. 

The  DTI  will  also  periodically  out|H»t  a diagnostic  message  to  the  LIU  Co 
determine  its  availability  status.  When  the  LIU  receives  the  DTE  diagnostic 
mesaage  request,  it  will  formulate  a loopback  diagnostic  message  with  the  mes- 
sage received,  and  transmit  it  back  to  the  DTE.  If  the  DTI  does  not  r^eive 
the  loopback  meseege  within  e tpecified  time  or  if  the  received  message  is  in 
error,  the  LIU  will  be  marked  out  cf  service  by  the  DTE.  Likewise,  if  e diag- 
nostic messaga  is  not  received  from  the  DTI  within  e specified  time  interval, 
it  will  be  marked  out  of  service  by  the  LIO. 
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8.2.2.2a4  Database.  The  database  is  a collection  of  information  struc- 
tured to  facilitate  the  configuration  of  LIU  operational  functions.  It  pro- 
vides the  internal  interface  between  tasks.  A data  structure  is  the  manner  in 
which  the  data  and  addresses  used  for  program  operations  are  organized  in  the 
system  (main)  memory.  Each  individual  member  of  a data  structure  is  called  a 
data  element  consisting  of  several  words.  The  database  is  divided  into  three 
categories:  (1)  generation,  (2)  initialization,  and  (3)  operational.  Genera- 
tion data  structures  consist  of  internal  data  that  does  not  have  to  be  load- 
ed. Initialization  data  structures  contain  data  peculiar  to  the  system  and 
are  loaded  upon  pcwerup  or  after  a system  failure.  Operational  data  struc- 
tures consist  of  data  elements  generated  during  system  operation.  Figure  8-22 
identifies  database  software. 

8 2. 2. 2. 4.1  Initialization.  The  initialization  database  contains  data 
necessary  to  identify  the  characteristics  of  the  DTE.  It  is  loaded  upon 
start-up  or  after  system  failure. 

Data  contained  in  the  DTE  status  table  indicates  device  types,  features, 
and  operating  conditions  including  privileges  and  restrictions.  Each  device 
has  an  entry  in  the  DTE  status  table  called  a DTE  status  block  which  can  be 
accessed  by  a DTE  status  block  number.  These  numbers  are  assigned  in  sequen- 
tial order.  The  information  contained  in  a status  block  includes: 

a.  Device  type  - indicates  if  DTE  is  a comnunicatlon  or  ADP  device; 

b.  Priority  - indicates  the  highest  allowed  priority  level; 


Figure  8-22.  Database  software. 
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c.  State  - indicates  if  the  DTE  is  active /inactive  and  in-ser- 
vice/out-of-service ; 

d.  Source  virtual  address  lists  the  virtual  addresses  of  devices 
which  the  DTE  is  allowed  to  receive  from; 

e.  Destination  virtual  address  - lists  the  virtual  addresses  of  de- 
vices to  which  the  DTE  is  allowed  to  transmit; 

f.  Virtual  bus  assignment  - lists  the  virtual  buses  the  DTE  is  as- 
signed to  and  its  mode  of  communication  on  each  one,  i.e.t  re- 
ceive only,  transmit  only,  both,  or  monitor; 

g.  Broadcast  assignment  - indicates  the  broadcast  network  (LI  or 
FI)  the  DTE  is  assigned  to  and  its  mode  of  conmunication; 

h.  Lazy  susan  assignment  - lists  the  lazy  susan  loops  the  DTE  is 
assigned  to  and  its  mode  of  comikiaication  on  each; 

i.  Message  size  - indicates  the  maximum  message  size  allowed  to  be 
transmitted; 

j.  Message  rate  - indicates  the  maximum  rate  in  which  data  is  to  be 
transmitted; 

k.  Transmission  mode  - indicates  if  the  trat  smission  is  synchro- 
nous/asynchronous and  half /full  duplex: 

1*  Transmission  message  number  - lists  the  starting  sequence  number 
and  repetition  rate  for  each  assigned  virtual  bus;  and 

m.  Message  type  - Indicates  allowable  message  types* 

For  each  virtual  bus  on  ^he  FI,  the  virtual  bus  status  table  lists  the 
maximum  message  length,  data  rate,  transmission  mode,  and  number  of  assigned 
devices  with  their  associated  virtual  addresses.  Each  virtual  bus  has  an  en- 
try in  this  table  which  can  be  accessed  by  the  virtual  bus  number. 

For  each  broadcast  network,  the  broadcast  status  table  lists  the  maximum 
message  size,  data  rate,  transmission  mode,  and  virtual  addresses  of  each  as- 
signed DTE. 

For  each  lazy  susan  loop  on  the  FI,  the  lazy  susan  status  table  lists 
the  maximum  message  size,  data  rate,  and  virtual  addresses  of  each  assigned 
DTE. 


The  virtual  address  assignment  table  identifies  the  real  (PI)  address 
associated  with  each  virtue!  address. 

8. 2. 2. 2.4. 2 Operational.  The  operational  database  consists  cf  data 
structures  that  are  liable  to  change  as  data  passes  through  an  LID. 

The  task  control  list  is  a priority-ordered  list  composed  of  task  con- 
trol blocks.  This  list  is  used  to  determine  which  task  to  give  the  CPU  con- 
trol to  after  an  interrupt  occurs.  A task  control  block  is  assigned  to  each 
task  and  la  divided  into  three  sections:  (1)  Task  state,  (2)  queue  control, 
and  (3)  machine  coniitions. 


The  task  state  contains  the  following  information: 

a.  Entry  point  address  - The  address  at  which  the  task  is  initiated; 

b.  Interrupt  status  - Indicates  that  the  task  has  been  interrupted 
and  must  be  resumed  from  the  point  of  interruption;  and 

c.  Active  status  - Indicates  that  the  task  is  eligible  for  schedul- 
ing, i.e.,  it  is  ready  to  run  and  compete  with  other  tasks  for 
CPU  time  on  a priority  basis. 

Queue  control  contains:  (1)  the  first  packet  address  which  is  the 
pointer  to  the  first  packet  queued  to  a task,  and  (2)  the  last  packet  address 
which  points  to  the  last  packet  in  the  same  queue. 

An  area  is  also  set  aside  to  save  the  machine  conditions  when  a task  is 
interrupted.  It  saves  the  status  of  the  program  counter,  stack  pointer,  con- 
dition flags,  accumulator,  and  all  general  registers. 

The  current  task  table  indicates  if  a task  is  running  when  an  interrupt 
occurs.  When  a task  is  invoked  by  the  scheduler,  its  name  and  priority  are 
entered  into  the  current  task  table. 

The  LIU  status  table  contains  the  following  information: 

a.  LIU  status  - Indicates  if  LIU  is  in-service/out-of-service; 

b.  DTE  status  - Indicates  if  the  associated  DTE  is  in-ser- 
vice/out-of-service ; 

c.  Transmit  buffer  status  - Indicates  if  the  transmit  buffer  is 
available; 

d.  DTE  parity  error  - Indicates  if  a parity  error  was  detected  in 
the  data  field  (Includes  device  header  and  data); 

e.  Network  header  error  - Indicates  if  an  error  was  detected  in  the 
network  header;  and 

f.  Message  length  - Indicates  the  number  of  words  received. 

A location  in  the  database  is  allocated  for  the  36  most  significant  bits 
of  the  date-time  group.  The  bits  ire  right  justified,  i.e.,  the  right-hand 
bit  of  the  first  word  is  the  least  significant.  Since  the  date-time  is  ex- 
pressed in  microseconds  with  the  16  least  significant  bits  contained  in  a 
separate  counter,  this  location  is  updated  every  65536  microseconds. 
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The  query  queue  is  a temporary  storage  area  containing  the  addresses  of 
querying  LIUs.  It  operates  on  a FIFO  basis,  i.e.,  the  first  querying  LIU  ad- 
dress queued  is  the  first  address  dequeued.  The  queue  size  will  be  determined 
by  traffic  analysis  and  will  consist  of  a header  and  various  entries  which 
will  hold  the  querying  LIU  addresses.  The  header  will  contain:  (1)  A pointer 
to  the  top  entry,  (2)  a pointer  to  the  bottom  entry,  and  (3)  upper  and  lower 
limit  addresses.  The  bottom  pointer  will  be  used  to  queue  an  entry,  then  up- 
dated to  the  next  entry.  It  will  be  reset  when  it  reaches  the  lower  limit  ad- 
dress. The  queue  is  full  when  the  bottom  pointer  reaches  the  lower  limit  ad- 
dress and  the  top  pointer  equals  the  upper  limit  address.  The  top  pointer 
will  be  used  to  dequeue  an  entry,  then  updated  to  the  next  entry.  It  will  be 
reset  when  it  reaches  the  lower  limit  address.  The  queue  is  empty  when  the 
top  and  bottom  pointers  are  equal. 

The  transmission  message  count  table  contains  the  transmission  message 
count  foi  each  virtual  bus  assigned  to  an  LIU  and  can  be  accessed  by  the  vir- 
tual bus  number.  When  the  transmission  message  count  is  equal  to  the  real- 
time count,  the  LIU  is  eligible  to  transmit  a virtual  bus  message.  The 
transmission  message  count  is  then  updated  to  its  next  assigned  value. 

The  real-time  count  table  contains  the  real-time  count  for  each  virtual 
bus  assigned  to  an  LIU  and  can  be  accessed  by  the  virtual  bus  number.  It  is 
updated  each  time  a virtual  bus  transmission  is  detected. 

8.2.3  Memory  Requirement.  The  LIU  employs  two  types  of  memory  to  sat- 
isfy its  storage  requirements.  All  programs  (instructions)  are  resident  in 
Read-Only  Memory  (ROM)  while  the  database  and  temporary  storage  are  contained 
in  Random-Access  Memory  (RAM). 


The  memory  requirement  is  estimated  as  follows: 


Functions 

Executive 

Scheduler 

Interrupt  Processing 

Queue  Control 

Task  Request 

I/O  Request 

Hemory  Management 

Peripheral  Device  Drivers 

Initialization 

System  Library  Routines 

Operational 

Verify  DTE  Header 
Process  DTE  Message 
Formulate  Network  Message 
Verify  Network  Message 
Process  Network  Message 

Diagnostic 

LX  Bus  Diagnostic 
DTE  Diagnostic 

Database 

Initialization 
Operational 
Temporary  Storage 


Memory  Requirements  (Bytes) 


300 

400 

200 

100 

100 

300 

400 

200 

100 


500 

200 

1000 

100 

1000 


200 

200 


6000 

500 

500 

12,300 
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9.0  SECURITY  CONSIDERATIONS 


The  Modular  C3  interface  Analysis  has  resulted  in  a preliminary  design 
for  a Flexible  Intraconnect  (FI).  This  analysis  and  design  have  indicated  a 
requirement  to  protect  FI  information  from  tamper ingi  breach  of  privacy  and 
j aiming. 

Prevention  of  data  interception  has  lead  to  the  inclusion  of 
communication  security  (COMSEC)  equipment  within  the  FI. 

Martin  Marietta  has  evaluated  current  and  developmental  COMSEC  equipment 
and  recommends  the  implementation  described  in  Volume  II  of  this  report. 
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10.0  RELIABILITY,  MAINTAINABILITY,  AVAILABILITY  ANALYSIS  (RMA) 

10.1  Introduction. 

The  purpose  of  this  section  of  the  report  is  to  define  a range  of  RMA 
valu^^^8  for  the  Flexible  Intraconnect  (FI)  candidate  system  architecture  to  be 
used  as  baseline  requirements  for  further  system  definition/development 
activities. 

10.2  Scope . 

The  analysis  covers  the  FI  equipments  necessary  to  form  one  segment  of 
the  FI.  Figure  10-1  depicts  the  portion  of  the  FI  analyzed.  The  remaining 
segments  of  the  FI  are  a repeat  of  the  analyzed  segment.  Figure  1* 2, 
Implementation  of  Recommended  System,  shows  the  configuration  evisioned-  for* 
employment  in  the  equipment  centers.  The  analysis  considers  only  one  of 
the  LIUs  in  a shelter.  In  actual  implementation  as  many  as  64  LIUs  can  be 
used  to  interface  with  devices  within  the  shelter.  The  transponder /EICU  can 
interface  with  up  to  63  shelters.  The  analysis,  however,  analyzes  only  one 
interconnect  between  the  transponder  and  a device  within  a shelter. 

The  analy^jis  does  not  include  the  Special  Adapter  Unit  (SAU).  The 
complexity  and  design  of  an  SAU  will  vary  from  application  to  application 
making  it  unrealistic  to  identify  the  design  of  the  SAU  until  specific  using 
devices  are  identified. 

10.3  Reliability. 

The  mean-time  between  failure  (MTBF)  for  the  FI  hardware  was  derived 
from  parts  lists  supplied  by  project  engineering  for  each  of  Hhe  devices.  The 
failure  rates  used,  with  a few  exceptions,  to  be  discussed  later,  were  taken 
from  MIL-HNBK-217B  Reliability  Prediction  of  Electronic  Equipment  updated  to 
Notice  2 dated  17  March  1978. 

10.3.1  Injection  Iccer.  Engineering  identified  injection  lasers  for 
use  ft 3 a li^t  source  for  the  fiber  optics.  HIL-HNBK*  217B  does  not  have 
failure-rate  data  on  these  devices.  To  obtain  failure-rate  data  on  these 
devices,  a vendor /user  survey  was  performed,  but  results  were  not 
enlightning.  No  one  could  or  would  supply  field  data  on  the  devices.  Several 
vendors,  however,  guarantee  their  devices  for  10,000  hours,  and  some  spec 
sheets  list  100,000  hours  MTB?.  Upon  questioning  those  vendors  who  claim 
100,000  MTBF,  it  was  discovered  that  this  MTBF  is  arrived  st  by  extrapolating 
step/stress  testing  on  the  device.  One  point  gleaned  from  conversations  with 
the  vendor /users  on  the  injection  laser  war  that  the  failure  mode  was  due  to  a 
loss  in  output  power  with  time. 
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To  establish  a failure  rate  for  the  injection  latters,  a r.nnge  of  failure 
rates  was  established.  This  range  being  the  reciprocal  of  the  10,000  hour 
guaranteed  MTBF  and  the  100,000  hour  extrapolated  MTBP.  In  the  Sumnary  Table, 
10-1,  those  equipments  using  injection  laser  will  reflect  a range  of  failure 
rates.  One  will  have  to  assume  at  this  point  that  the  true  falure  rate  for 
the  injection  las?r  lies  somewhere  in  the  range  of  0. 000010/hr.  ai*d 
0.000100/hr.  This  range  of  failure  rates  was  used  in  the  analysis. 


Table  10-1  RMA  SUMKARY 


Equipment 

Item 

Failure  Rate/ 
hr  X 10-6 

MTBF 

MTTRi 

Availability 

LIU 

55 

18182 

1.0 

0.999 

Lieu 

103 

9708 

I.O 

0.9998 

EIU 

163 

6135 

1.5 

0.9997 

703 

1422 

1.5 

0.9998 

TRANS/EICD 

279 

3584 

2.0 

0.999999 

819 

1221 

2.0 

0.999996 

FI  MANAGER 

3,933 

254 

• 

o 

0.9935 

System  Availability 

0.9929 

0.9921 

- - J 

The  vendor/user  survey  pointed  out  a lack  of  testing  or  field  data  on 
the  injection  laser  and  a definite  need  for  a test  program  to  detemine  the 
reliability  of  the  device  and  an  understanding  of  the  failure  characteristics 
it  exhibits. 


10.3.2  Bubble  memories.  Bubble  memory  is  another  device  that  does  not 
have  a failure  rate  covered*  The  failure  rate  used  for  this  analysis  was 
derived  from  a paper  presented  at  "Electro  77"  in  New  York  City,  H.Y.  on  April 
19-24,  1977  by  William  C*  Nauity,  Autonetics  Group,  Sockwell  International, 
Anaheim,  CA.  The  work  efforts  in  the  paper  was  sponsored  by  NASA  at  Langley 
Research  Center,  under  Contract  NASl-lAHA.  This  paper  gives  reliability 
infonuktion  from  which  a failure  rate  of  .0132  x 10-6/hr/l>£t  was  derived. 

This  failure  rate  was  used  in  performing  the  reliability  analysis* 

10*4  Redundancy* 

The  Transponder /EICU  in  a review  of  the  initial  design  constituted  a FI 
single-point  failure*  If  one  transponder /EICU  would  become  inoperative,  the 

complete  C3  network  would  become  inoperative*  Due  to  this  reason,  redundant 
transponders  are  recommended  in  the  candidate  architecture  of  the  FI*  The 
transponder /EICUs  should  be  located  in  different  shelters,  with  the  "T** 
coupling  connections  external  to  the  shelters,  in  the  event  a complete  shelter 
would  be  destroyed*  The  remaining  hardware  in  the  FI  would  cause,  in  the  case 
of  a failure,  only  partial  loss  of  the  complete  C3  system  and  once  inside  a 
shelter,  i.e*,  at  the  LIU  level,  the  shelter  would  be  operating  in  a degraded 
mode  until  the  failure  was  corrected* 
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10.5  Methodology* 


A typical  Reliability  analysis  worksheet  is  shown  In  Table  10-2.  The 
example  given  is  for  the  LIU.  The  failure  rates  used  in  the  example  were 
derived  from  MIL-HNBR- 217B.  Notice  2.  The  parts  identified  are  typical  parts 
that  would  be  used  to  perform  the  LIU  6mctione  and  are  not  necessarily  the 
actual  part  nuo^ers  in  the  final  design. 

10.6  Maintainability. 

Several  factors  were  considered  in  evaluating  the  mean-time  t:^  replace 
(MTTR>  for  the  FI  system.  The  piece-part  count  was  considered  to  evaluate  the 
number  of  circuit  boards  necessary  to  make  up  each  unit  of  the  system. 
Packaging  was  also  considered  and  was  assumed  to  be  rack-mounted  chassis  with 
easy  accessibility  for  replacement.  All  piece  parts  were  assumed  to  be 
mounted  such  that  only  modular  replacement  is  necessary  to  correct  a 
malfunction  in  the  unit.  Another  factor  considered  was  the  failure  potential 
of  the  parts  within  the  system.  The  similarity  of  the  FI  to  other  equipment 
designed  and  evaluated  in-house  was  also  used  in  evaluating  the  MTTR  of  the 
units.  For  the  FI  Manager  unit  MTTR^  which  is  made  up  of  a PDF  11/70  or 
equivalent  computer  and  peripheral  equipment » a RMA  study  developed  for  an 
in-house  contract  was  used. 

It  was  assumed  that  the  diagnostics  of  the  system  software  are  such  that 
in-line  software  will  be  available  to  indicate  that  a failure  has  occurred  in 
the  system.  In  conjuction  with  this  software  and  to  further  isolate  the 
malfunction,  on-line  software  will  be  available  to  identify  the  problem  to  a 
unit  within  the  system.  Once  the  malfunction  has  been  isolated  to  a unit  in 
the  system,  it  was  assumed  that  off-line  software  is  available  to  isolate  the 
problem  to  the  replaceable  unit. 

The  MTTR  for  the  FI  ranges  from  1.0  to  2.0  hrs.  Figure  10-1  lists  the 
MTR  for  the  each  unit  of  the  FI  under  consideration.  The  majority  of  the  MTTR 
is  for  isolation  of  the  failure.  The  actual  replacement  time  should  be 
minimal  once  the  location  of  failure  has  been  isolated. 


10-3 


TABLE  10-2  LIU  RELIABILITY  METHODOLOGY 


Component  Description 

Failure 

Rate 

Total 

Failure  Rat4 

AM8T26A 

3-State  Quad  Bus  Dr/Rec 

5 

0.1494 

o.w 

8T23 

Dual-Line  Driver 

2 

0.032481 

0.064962 

8T24 

Triple-Line  Receiver 

1 

0.042479 

0.042479 

8085A 

8-bit  Processor 

1 

1.80522 

1.805223 

8259 

Prograanable  Interrupt  Cout. 

1 

0.445038 

0.445038 

8155 

2k  Static  RAM 

40 

0.480326 

19.21304 

8355 

16k  ROM 

4 

0.515526 

2.022104 

34725 

16x4  RAM 

4 

0.04888 

0.19552 

93524A 

1024x1  RAM 

72 

0.2791 

20,0952 

54S189 

10x4  RAM 

18 

0.04888 

0.87984 

S4S00 

Q^iad  2-Input  And 

18 

0.027811 

0.500598 

54S04 

Inverter 

18 

0.032481 

0.584658 

54S20 

Dual  4-Input  Hand 

8 

0.016471 

0.131768 

54S65 

4-2-3-2  Input  And-or-Invert 

6 

0.032481 

0.194886 

54S74 

DimI  F/F 

12 

0.042629 

0.511548 

54S85 

4-bit  Map  Cump. 

9 

0.06538 

0.58842 

54S112 

Dual  JK  F/F 

10 

0.049628 

0.49628 

54S116 

Dual  4-bit  Latch 

6 

0.06004 

0.36024 

54S163 

4-bit  Sync  Counter 

6 

0.07139 

0.42834 

54S374 

Parallel-in  Parallt^l-Out 

4 

0.07072 

0.28288 

54S113 

3 5-Dual  Diff  Line  Dr. 

20 

0.049628 

0.99256 

25S2521 

8-bit  Comparator 

4 

0.06004 

0.24016 

93434 

ROM  (32x8) 

2 

0.034054 

0.066108 

340174 

Hex  D F/F 

2 

0.06605 

0.1321 

9615 

Dual  Differ  Line  Dr. 

20 

0.027811 

0.55622 

54S260 

Dual  Five  Input  Poe  Nor 

4 

0.021407 

0.085628 

LM123 

5 Volt  Reg 

4 

0.064221 

0.256884 

LM126 

12  Volt  Reg 

2 

0.0907 

0.1814 

Cepscitors  (Tant) 

20 

0.00448 

0.0896 

CapsciCors  (Car) 

200 

0.0048 

0.96 

Raaiators 

40 

0.00748 

0.2992 

34520 

Dual  4-bit  Binary  Ctr 

2 

0.06605 

0.1321 

TIOSCOSE 

2.5  25  NH  Oac 

1 

0.408 

0.408 

Connectors  40  pin 

1 

0.4032 

0.4032 

30  pin 

1 

0 1651 

0.4651 



MTBF 

XLIDI 

- 1 

Xlxo 

- 1 

“IT 

54.460284 

18,182 

Up  To  62 
Shelters 


ShtUtr 


"A"  for  Redundint  Devices  » 0.99999964 

0.99999644 


Tr*nsponder/ 

-I 

EICU  • 

Trensponder/  , 

EICU 

r 


Shel ter 


Shel ter 


MTBF  • 3584 
1221* 

HTTK  • 2.0 
^ . 0.9994 
0.9984 


One  Transponder/ UCU 


♦Range  Dependent  Upon 
Lei?er  ReliablUiy 


Figure  10-1.  KlU  block  dUgr«i. 

10.7  Avilobility 

lo  oycliukClfig  syPtMi  dooign  cooctptt,  rtliability  cod  wiintoifiability 
onalyctt  m cht  priiMi  •yoluccioii  foctort  in  dtCtmioing  ic«i  concribucioo  Co 
•yttM  ayflabilicy.  Ac  iho  bardvaro  itm  laval  of  ayailabilcy  avaluacion»  the 
folloiring  ralationabip  vaa  uaads 

Ai  » Mm 

Mm-Mm 


ifbarai 


Ai  ■ loharant  Availability 
Mm  * Maan^Tiaa-Batiiaan  Failora 

■ Naan-Tiat-To-^placa  (Inharant) 

Tba  pracading  tm  aactiona  hava  diacnaaad  tha  aourca  of  tba  raliabilicy 
valuat  (failora  rataa  and  BUFa)  and  laaintainability  (MTTI)9  uaad  in 
calcnlating  itan  availability* 
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Availability  for  the  redundant  transponder  was  determined  by  the 
following  equation: 

* l-'Cl-Aj)  (I-A2) 


where: 


* Availability  for  the  redundant  element 
Al  A2  * Availability  of  a single  element 


Thus: 


The  availability  for  the  redundant  transponder/EICU  is: 


Are 


l-(l-0.9994)  (1-0.9994) 

l-(0.rH)06)  (0.0006) 

1-  0.00000036 
0.99999964 


From  Table  10-*1r  the  system  availability  is: 
■ Alio  Auco  Arhj  *rran*/EICO 


10.8  Siwiry. 

Table  10*1,  the  SKA  summaryy  is  a culminatioii  of  data  for  the  FI  devices 
rnalysed*  It  identifies  a range  of  system  availability  nuabers  created  by  the 
range  of  failure  rates  identified  for  injection  lasers.  The  range  of  the 
system  availability  numbers  for  normal  «id  worse-ease  laser  reliability  are 
not  sufficiently  different  (0.9929  and  0.9921)  and  give  a range  on 
availability.  The  availability  requirement  for  the  single  element  of  the  FI 
is  0.99. 

10.9  Conclusions. 

To  obtain  a FI  availability  requirement  for  the  C3  system^  the 
following  steps  should  be  follow^: 

a.  Determine  the  number  of  LIOs  in  each  shelter  t^i  arrive  at  the 
availablity  of  the  shelters. 

A,  - Alio  auco  Agio 
where 

^s  * Availability  for  the  shelter 

^0  ■ Availability  for  LID 

n • Kumber  of  LiDs  in  the  shelter 

Auco  « Availability  of  LXCO 
* Availability  of  ilO 


l(Hi 


b.  Detemine  th«  availability  of  all  shelters  ia  the  systems. 

^3s  ■ Asl  As2  ••••Asn 

where 

*C3S  ■ Availability  all  cS  ah>tltera 
^sl  ” Availability  of  shelter  #1 

^s2  • Availability  of  shelter  #2 

\n  ” Availability  of  nth  shelter  up  to  63. 

c.  The  last  step  derives  the  availability  of  the  FI  for  a given  C3 

system. 

*c3iya  ■ Ac3a  A^EICU  Api  Hgr- 
where 

^^syt  • Availability  of  PI  for  system 
Ac3s  • Availability  of  all  shelters  in  the  system 
^/EICO  ■ Availability  of  transponder/EICU 
^I  Kgr.  • Availability  of  the  FI  Hanager 

With  Availability  numbers  identified  to  the  level  that  appears  in  Table 
10*1,  the  PI  availability  of  ai^  configuration  of  C3  System  can  be 
identified  from  thi-  above  steps. 
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1,0  APPENDIX  A 

1*1  Communication  integration  into  the  FI> 

1.1.1  Introduction*  Tlie  Flexible  Intraconnect  (FI)  will  be  used  in 
conjunction  with  a circuit  switch  and  a technical  control  facility.  These 
units  are  located  in  separate  shelters  and  perform  switching,  multiplexing, 
and  supervisory  functions  for  telephone  users  in  Air  Force  operating  centers. 
Refer  to  Modular  C3  interface  Analysis,  Task  I OR  15,042,  for  deployment 
configurations.  The  circuit  switch  and  tech  control  are  in  a serial  path  from 
the  user  to  the  transmission  device  for  loop  to  trunk  calls  or  those  routed 
outside  thv®  center.  For  loop-to-loop  calls,  only  the  users  and  circuit 
switches  are  involved. 

Since  the  FI  is  a type  of  packet  switch,  an  additional  capability  for 
switching,  multiplexing,  transmission,  and  supervisory  control  is  introduced 
into  the  svstem.  It  is  the  purpose  of  this  part  of  the  study  to  introduce  a 
concept  of  integration  of  the  packet  switching  functions  performed  on  the  FI 
with  those  now  done  conventionally  in  other  units  and  eliminate  their  redun- 
dancy. This  new  capability  offers  redundant  functions  to  those  now  performed 
in  the  circuit  switch  and  tech  control.  The  concept  is  evolutionary,  assuming 
a gradual  introduction  into  the  system. 

1.1.2  System  functions.  Call  routing  and  supervisory  signaling!  In 
the  present-day  system,  calls  in  a typical  AF  operating  center,  such  as  TACC, 
can  be  analyzed  in  two  groups:  Intracenter,  or  loop-loop  calls,  and  inter- 
center, or  loop-trunk  calls  (Figs.  5-49  and  5-50).  Calls  are  first  set  up  by 
a supervisory  signaling  interchange  between  the  calling  instrument,  the  call 
processor  (CP)  in  the  circuit  switch,  such  as  the  AN/TTC-39,  and  the  called 
instrument.  In  the  case  of  trunk  calls,  an  additional  supervisory  signaling 
interchange  is  necessary  between  the  local  switch  and  the  distant  twitch  be- 
fore the  call  connection  is  made.  When  the  initial  supervisory  aignaling  has 
been  completed,  the  call  is  made  through  the  switching  matrix  in  the  circuit 
switch.  When  trunk  calls  are  necessary,  the  routing  function  in  the  switch  is 
brought  into  play  and  trunk  groups  are  formed  for  transmission  to  the  distant 
switch.  Transmission  groups  are  formed  from  trunk  groups  in  the  tech  control 
facility  (CNCS).  The  channel  reassignment  function  (CRF)  in  the  CNCE  is  a 
time-division  switch  that  organises  trunk  groups  into  transmission  groups  des- 
tined for  various  other  switches.  The  CRF  is  under  the  direction  of  a proces- 
sor In  the  CNCE.  In  addition  to  these  functions,  network  control 
functions  need  be  considered.  The  network  controllers  in  the  CNCE  (and  CSCE) 
require  reports  of  traffic  statistics  from  the  switch  and  send  directives  to 
the  switch  for  control  of  traffic  loads  and  other  network  sensitive  func- 
tions. These  directives  and  reports  are  passed  between  switch  and  CNCE  over 
dedicated  2ab/a  or  4kb/s  control  channels.  Network  control  must  be  exercised 
regardless  of  the  configuration  of  the  communication  network  and,  therefore, 
must  be  accounted  for  in  all  phases  of  FI  application. 
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FI  phases  and  integration  concepts.  For  purposes  of  investigat- 
ing the  FI  integration  concepts,  the  FT  can  be  considered  in  four  evolutionary 
phases.  The  integration  of  FI  and  switching  function  is  incorporated  into 
phases  III  and  IV. 

1. 1.3.1  Phase  I,  static  polling.  In  the  static  polling  phase,  all  de- 
vices using  the  FI  are  permanently  assigned  a block  for  transmission  of  data 
whether  or  not  there  is  data  to  be  sent.  Dedicated  circuits  are  permanently 
addressed  to  ^eir  destination  and  switched  circuits  are  permanently  addressed 
to  a particular  circuit  at  the  switch.  In  Phase  I,  there  is  no  in'  egration  of 
FI,  circuit  switch,  and  CNCE  functions.  Phase  I was  considered  an  alter- 
native in  Task  I because  it  was  the  simplest  implementation  of  the  FI.  Phase 
I has  since  been  disregarded  as  a viable  implementation.  Phase  II  will  prob- 
ably be  the  first  implementation  concept. 

1. 1.3.2  Phase  II,  adaptive  polling.  Phase  II  introduces  adaptive  pol- 
ling wherein  devices  are  not  assigned  message  space  on  the  FI  unless  they  have 
traffic.  Dedicated  circuits  are  addressed  to  their  destination  and  switched 
circuits  are  addressed  to  the  switch  but  neither  are  assigned  space  on  the  FI 
until  they  have  traffic.  In  both  Phase  I and  Phase  II,  all  call  processing, 
except  LI  intercom  processing,  is  done  in  the  circuit  switch  and  not  on  the  FI. 

1. 1.3.3  Phase  III,  adaptive  polling,  call  processing  of  loop-loop  calls 
on  FI:  In  Phase  III,  call  processing  functions  required  for  loop-loop  calls 
are  integrated  into  the  FI.  Only  that  call  processing  required  for  trunk 
calls  is  performed  by  the  circuit  switch. 

1.1. 3. 4 Phase  IV,  distributed  switching  of  switch  and  CNCE  functions  on 
the  FI  (the  concept  of  circuit  translation).  In  Phase  IV,  all  call  processing 
is  performed  in  the  switch,  but  there  is  an  interaction  with  t'^e  FI  for  per- 
forming address  translation  so  that  after  call  processing  functions  have  been 
performed,  messages  or  calls  may  be  addressed  directly  to  their  destination, 
thereby  bypassing  most  switch  and  CNCE  switching  matrices  multiplexing,  and 
modern  functions. 

Phases  III  and  IV  are  the  integration  concepts  to  be  studied.  Phase  II 
will  be  used  for  a comparative  evaluation. 

1.1.4  Rationale  for  determining  call  processing  requireamnts.  In 
Phase  III,  it  was  proposed  chat  all  loop-loop  call  processing  could  be  per- 
formed on  the  FI,  and  trunk  call  processing  would  be  retained  by  the  circuit 
switch.  This  arbitrary  decision  was  made  to  minimise  FI  complexity.  It  was 
determined  that  the  coiq>lexity  of  including  any  of  the  switch-routing  func- 
tions, such  as  alternate  routing  Lables,  sooe  restrictions,  and  sw5tct-to- 
switch  signaling  requirements  would  not  be  warranted  due  to  their  complexity. 
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To  establish  more  exactly  what  call  processing  requirements  were  appli- 
cable to  FI  integration,  an  investigation  of  the  AN/TTC-39  and  AN/TTC-42 
specifications  was  made  and  all  the  loop-loop  oriented  call  processing  func- 
tions were  itemized.  These  are  contained  in  Appendix  B entitled  "Flexible 
Intraconnect  Call  Processor  Requirements  for  Phase  III  Implementation."  Also 
included  in  this  document  are  those  network  control  functions  necessarily  in- 
cluded on  the  PI  with  the  assumption  of  loop-loop  call  processing  functions  on 
the  FI.  It  should  be  recognized  that  with  the  incorporation  of  the  switching 
functions  on  the  FI,  it  will  be  necessary  for  the  network  controller  to  gather 
traffic  statistics  from  the  FI  and  impose  traffic  load  control.  This  means 
the  FI  must  then  be  able  to  issue  TCCF  reports  to  the  network  controller  and 
receive  TCCF  directives.  This  document  is  intended  to  be  a top-level  summary, 
written  in  specification  format,  of  requirements  that  would  be  imposed  on  the 
FI  were  it  to  assume  these  call  processing  functions  of  the  switch  and  techni- 
cal control  facility. 

1.^.5  Integration  concepts: 

1.1. 5.1  Phase  II.  In  the  Phase  II  FI,  both  supervisory  signaling  and 
the  actual  calls  are  handled  in  the  body  of  the  message  as  textual  data.  As 
in  Phase  I,  the  switch  call  processor  sets  up  each  call  and  all  calls  are 
routed  through  the  switch  matrix  to  their  destination.  Figure  5-51  shows  the 
paths  taken  by  each  in  loop-loop  calls.  Figure  5-52  shows  the  routes  taken  by 
interswitch  or  trunk  calls.  Note:  With  trunk  calls,  routing  functions  and 
trunk  group  functions  come  into  play  in  the  switch,  and  the  transmission  group 
function  comes  into  play  in  the  CHCE.  Note  further  that  the  single  loop-trunk 
call  has  traversed  the  FI  three  different  times  to  get  to  its  destination,  the 
radio. 


1.1 .5.2  Phase  III.  In  Phase  III,  all  loop-loop  call  processor 
functions  would  be  included  on  the  FI.  The  call  processor  functions  may  be 
either  distribi^ted  in  SAUs  LIUs,  or  lICUs  or  centralised  in  or  near  that 
EIGU.  For  purposes  of  this  discussion,  a centralized  FI  call  processor  will 
be  assumed.  The  call  processor  will  provide  all  loop  functions  now  done  ir 
the  AN/TTC-39  or  AN/TTC-42,  and  all  associated  control  functions,  i.e.,  all 
functions  contained  in  Appendix  B.  In  addition,  the  CP  will  provide  a 
memory  to  track  the  busy  status  of  FI  telephone  users.  This  is  to  avoid  the 
necessity  for  ACK-NAK  in  communication  transfers  on  the  FI. 

Figure  A-1  shows  the  supervisory  signaling  and  call  routing  of  a loop- 
loop  call.  Supervisory  signaling  is  set  up  between  the  originator  of  the  call 
and  the  Cl  CP.  From  its  status  memory  the  CP  determines  that  the  destination 
is  not  busy  and  transfers  the  destination  address  to  the  originator.  The 
originator  then  addresses  the  destination  directly  and  maintains  the  call  with 
the  destination.  The  CP  monitors  the  progress  of  the  call  and  maintains  cog- 
nisance at  all  times  for  possible  priority  interrupts,  termination  of  calls, 
and  other  required  functions.  System  control  functions,  such  as  report  trans- 
mittal and  directive  processing  are  performed  directly  from  the  call  processor 
unit  to  the  CHCE. 
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Figure  A-1.  Cell  proeettor/Fl  integration  concept • 

integrated  (loope)  CF/FI/TCCF  intracenter  call  (loop-loop). 

The  feature  of  thia  nethod  ia  that  local  calls  nay  be  directly  addreeaed 
from  originator  to  destination  «o  calls  are  routed  over  only  one  path  on  the 
FI.  FZ  complexity  iSf  of  course » increased  by  the  addition  of  the  CP,  and 
switch  complexity  is  correspi^dingly  decreased. 

In  Phase  III,  the  method  of  handling  trunk  calls  is  not  changed  from 
Phase  II. 

1.1.5.3  Phase  IV*  The  problem  with  the  Phase  III  method  is  the  burden 
placed  on  the  FI  of  assuming  supervisory  signaling  functions  of  the  call  proc- 
essor* Because  of  its  packet  switching  nature,  the  FI  performs  switching, 
transmission,  and  multiplexing  functions  more  readily  than  5;  does  the  call 
processing  functions  associated  with  them*  Therefore,  a logical  alternative 
to  integrating  the  call  processor  oa  the  FI  is  to  integrate  only  switching  and 
multiplexing  and  modem  functions,  and  leave  the  CP  functions  with  the  switch* 
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But  to  do  this,  it  is  necessary  to  provide  a more  direct  interchange  of  infor- 
mat ion  between  the  FI  and  switch  CP.  This  is  done  by  adding  an  address  trans- 
lation function  either  to  the  CP,  or  to  the  FI.  In  this  method,  matrix 
switching  of  the  call,  trunk  group  multiplexing,  channel  reassignment  (trunk 
group  switching),  and  transmission  group  multiplexing  are  distributed  on  the 
FI.  These  are  functions  which  were  originally  done  in  the  circuit  switch  and 
CNCE.  In  Phase  IV,  both  loop- loop  calls  and  trunking  are  affected. 

In  Phase  IV,  an  address  translator  would  be  added  either  to  the  FI  or  to 
the  call  processor  of  the  circuit  switch  (AN/TTC-39  or  AN/TTC-42)  and  to  the 
CRF  in  the  CNCE.  The  function  of  the  address  translator  would  be  to  allow  the 
CP  to  inform  the  FI  of  the  destination  address  in  terms  of  FI  addresses.  This 
allows  the  CP  to  accept  calls  from  the  originator  over  the  FI  and  to  inform 
the  originator  of  the  new  destination  address.  This  feature  is  the  essence  of 
the  Phase  IV  method.  The  method  is  best  described  by  the  following  examples: 

1.1. 5. 3.1  Loop-loop  calls:  (Fig.  A-2) . The  originating  telephone  di- 
rects its  call  to  the  switch  call  processor  in  the  usual  manner.  The  switch 
call  processor  sets  up  the  call  with  the  destination  telephone  in  the  usual 
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Figure  A-2.  Call  procattor/Pl  iotagratioci  concepts 

CP/FI/TCCP  teparatedf  interacting  intracenter  call  (loop-loop) < 
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manner  by  providing  the  necessary  supervisory  signaling.  When  the  call  is 
ready  to  be  connected,  the  switch  CP  infoims  the  originating  LI  of  the  FI  ad- 
dress of  the  destination  LI  through  the  address  translator.  The  originating 
LI  then  inserts  the  destination  address  into  the:  message  and  the  call  takes 
place  directly  from  the  originating  LI  to  the  destination  LI  without  using  the 
circuit  switch  matrix.  Since  all  stations  have  access  to  the  data,  tne  CP 
monitors  the  progress  of  the  call  and  exercises  any  necessary  break-in  or  ter- 
mination procedures. 

1.1. 5. 3. 2 Trunking.  It  is  the  loop-trunk  calls  and  trunking  that 

demonstrate  the  most  dramatic  advantage  of  the  Phase  IV  concept  (Fig.  A-3). 

The  sequence  in  making  a loop-trunk  call  is  as  follows: 
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Figure  A-3*  Call  processor /FI  integrstioii  concepts 

CP/FI/TCCF  seporstea,  interseting  i&terctnter  cells  (trunks). 
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a.  The  originating  telephone  addresses  the  switch  call  processor  as  be> 
fore. 

b.  Since  the  call  Is  to  go  out  to  a dlstand  switch,  the  CP  consults  the 
routing  function  and  initiates  supervisory  signaling  with  the  dis- 
tant switch  over  a trunk  group  supervisory  signaling  channel.  The 
signaling  uses  the  switch  matrix  and  the  switch  trunk  group  function 
to  address  the  CNCE  CRF. 

c.  The  CNCE  CRF  address  translator  informs  the  switch  CP  of  the  desti- 
nation address  at  the  transmitter. 

d.  The  switch  CP  then  transmits  its  supervisory  signaling  messages  di- 
rectly to  the  LI  at  the  transmit ter /receiver  bypassing  the  CNCE. 

e.  When  the  supervisory  signaling  process  is  complete  with  both  the 
distant  and  the  originating  telephone,  the  call  connection  is  ready 
to  be  made. 

f.  At  this  point,  the  switch  call  processor  knows  the  address  of  the 
destination  LIU  at  the  transmitter  receiver  and  informs  the  origi- 
nating LIU  of  its  address. 

g.  The  originating  LIU  then  transmits  the  call  directly  to  the  radio 
LIU  bypassing  the  switching  matrix  and  trunk  group  multiplexing 
functions  in  the  circuit  switch,  and  the  CRF  and  transmission  group 
function  in  the  CNCE. 

Note;  Neither  the  switch  nor  the  CNCE  relinquish  any  control  of  the 
signal  path  to  the  FI.  Both  switch  and  CNCE  maintain  positive  control  of  the 
destination  of  the  signal  as  in  conventional  methods.  It  is  only  the  path  of 
the  signal  that  bypasses  both  units. 

In  the  above  discussion,  one  important  function  was  omitted  for  clar- 
ity. That  is  the  formation  of  trunk  groups  in  the  switch  and  transmission 
groups  in  the  CNCE.  The  call  must  be  a part  of  a trunk  group  when  it  leaves 
the  switch  and  that  trunk  group  must  be  a part  of  a transmission  group  when  it 
leaves  the  CNCE.  In  the  formation  of  a trunk  group  or  of  a transmission 
group,  the  telephone  channel  can  be  completely  described  by  an  address.  These 
addresses  are  in  fact  used  in  forming  the  multiplexes  in  the  trunk  group  func- 
tion and  transmission  group  function  and,  therefore,  are  available  from  the 
switch  and  CNCE  for  use  on  the  FI,  The  destination  address,  vdiich  the  CP 
eventually  sends  the  originating  LX,  can  then  contain  the  address  description 
of  the  destine tion  trunk  group  and  transmission  group.  In  this  way,  the  ciulti- 
plex  is  formulated  at  its  destination  LI,  i.e. , in  the  radio,  and  can  be 
transmitted  through  the  transmission  system  in  its  customary  form;  a serial 
TDM  signal. 

The  main  advantage  of  this  system  is  the  redaction  in  the  number  of 
times  the  signal  muot  traverse  the  bus  from  three  to  one,  with  additional  ad- 
vantages of  eliminating  the  switching  matrix  and  trunk  group  functions  from 
the  switch  and  the  CRF  and  transmission  group  functions  from  the  CNCE.  (How- 
ever, some  of  that  capability  would  be  required  for  supervisory  signaling). 
Also,  there  is  an  additional  advantage.  There  would  be  no  need  for  the  trans- 
mission devices  in  the  CNCE  and  switch,  i.e.,  modems,  and  COMSEC  equipment 
would  not  be  necessary  for  loop  and  trunk  traffic. 
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NOTE:  This  appendix  is  a summary  of  those  requirements  which  would  be 
imposed  on  the  F!  if  it  were  to  assume  the  call  processing  functions  of 
the  switch^  with  its  associated  network  control  functions,  and  the  trans 
mission  group  switching  functions  of  the  CRF  in  the  CNCE.  Entries  were 
taken,  in  part»  from  the  AN/nC-39  (circuit  switch),  AN/TTC-42  (ULS), 
AN/TSQ-111  (CNCE),  and  AH/nQ-16  (CSCE) specifications.  The  appendix  is 
intended  to  provide  the  necessary  deUil  to  make  coBMarative  evaluations 
between  Phase  !I,  III,  and  IV  concepts  in  this  study. 
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F lexible  Intraconnect  (Fl)  Call  Processor  (CP) 
Requirem.*rcs  For  Phase  III  Implementation 


1.0  GENERAL 

In  the  Phase  III  implementation  of  the  FI,  certain  circuit  switching  and 
technical  control  functions  are  integrated  with  FI  functions.  This  generates 
the  requirement  for  a call  processor  function  on  the  FI  that  was  formerly 
performed  in  the  circuit  switch.  The  requirements  for  that  call  processing 
function  integrated  with  the  FI  is  defined  here.  TVe  FI  call  processor  will 
service  all  local  loops  that  terminate  on  the  FI  wichin  a tactical  Air  Force 
operating  center.  The  assumption  is  made  that  all  calls  directed  out  of  the 
center  will  be  routed  from  the  FI  CP  to  a circuit  switch  for  disposition. 

Those  technical  control  functions  which  are  to  be  integrated  with  the  FI  will 
be  listed  separately  from  the  call  processor. 

2.0  CALL  PROCESSOR  REQUIREI^iENTS 

2.1  Signaling  and  Supervision. 

All  subscriber  lines  shall  employ  the  signaling  and  supervision 
technique  compatible  with  the  end  instrument  terminated  thereon.  The 
signali.’^g  and  supervision  techniques  for  these  end  instruments  is  described  in 
Paragraph  3. 1.2. 3 of  TT-Bl-1 101-00014  and  TT-A3-9002-0017. 

2.1.1  Information  signals.  The  CF  shall  be  capable  of  generating  and 
transmitting  to  subscribers  and  trunks  a series  of  audible  tone  signals  or 
recorded  announcements  which  shall  be  used  to  inform  ehe  subscriber  of  the 
progress  or  disposition  of  a call.  The  characteristics  of  those  tone  signals 
to  be  used  which  are  not  presented  in  or  are  different  from  MIL-STO-lSS-lOO 
shall  be  as  specified  in  Table  B-1.  In  addition,  distinctive  line-busy  anJ 
trunk-busy  tones  shall  be  provided. 

2.1.2  Circuit  iivitch  service.  In  addition  to  the  basic  service  of 
establishing  connectioits  between  subscribers  on  a direct  dialing  basis,  the  CP 
shall  be  capable  of  providing  circuit  switching  services  through  modular 
hardware  and  software  implementation  as  specified  herein.  Xliose  services 
having  a special  access  signal  will  not  be  offered  to  telephone  instruments 
incapable  of  exercising  them,  e.g.,  the  signaling  of  a precedence  indicator 
from  a dial-pulse  telephone. 

2. I .2. I Precedence  and  preemption.  Circuit-switched  subscribers  on  the 
Fl  shall  be  capable  of  estaolishing  local,  intersvitch,  and  extra-switch  calls 
(with  precedence  compatible  switches)  using  a five-level  precodence  and 
preemption  service.  When  a call  (any  type)  is  established,  all  connections 
shall  be  maintained  at  the  precedence  level  assigned  by  the  originator  of  the 
call  regardless  of  the  precedence  level  authorised  to  other  participants  in 
the  connection. 
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TABLE  B-1.  ADXILIAKt  INTORMATION  SIGHA1.S 


SlRnal 

Frequencies 

(H*) 

Level  ^IdBn 
(at  a -4dBr  TLP) 

Conference  notiflcetlon  tone 

350/620 (alxed)  *14 

Broadcast  conference  notification 

tone 

500 

-14 

Lock-out  tone 

350/480(3iixed)  - 7 

Conference  disconnect  tone 

480/620(Bix*d)  -14 

Nonsecure  warning  cone 

1050 

-24 

Call  transfer  dial  tone 

1050 

-14 

The  interrupt  rates  for  the  above 

tones 

! 

shall  be  as  follows: 

Signal 

B*t« 

Tone  on 

(sec)  Tone  off 

Conference  notification  tone 

Burst 

1.0  — 

Broadcast  conference  notification 

tone 

Burst 

1.0  — 

Lock-out  tone 

Continuous 

— — 

Conference  disconnect  tone 

Burst 

1.0  — 

Nonsecure  warning  tone 

20  ZFN 

0.5  2.5 

Call  transfer  dial  none 

Continuous 

— — 

Intercept  tone  (recorded  announceMit) 
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The  five  levels,  in  order  of  descending  precedence,  shall  be  FLASH 
OVERRIDE  (FO),  FLASH  (F),  IMMEDIATE  <I),  PRIORITY  (P),  and  (ROUTINE)  (R). 

Through  class  of  service  marks,  if.  shall  be  possible  to  assign  any 
precedence  level  as  the  maximum  authorised  pecedence  for  a subscriber  line. 

The  assignment  shall  be  readily  alterable  on-line  from  the  SSF. 

2* 1.2.2  Conferencing.  The  FI  CP  shall  be  capable  of  providing  three 
types  of  conference  service:  Progressive,  preprogrammed,  and  broadcast 
Conference  privileges  shall  be  assigned  to  subscribers  through  classmark 
service  that  fhall  be  software  prograomed  (class-of-service  marks)  and  readily 
alterable.  Hie  conference  capability  for  switches  shall  be  six  conferences  of 
five  parties  each  per  750  terminations  or  leas. 

2. 1.2.2. 1 Progressive  conference.  A progressive  conference  shall  be 
based  on  the  technique  whereby  the  subscriber  or  attendant  calls  each  conferee 
in  sequence,  waiting  and  verifying  the  success  or  failure  of  connecting  the 
called  conferee  into  the  conference  before  calling  the  next  one. 

The  conference  originator  shall  have  complete  coctrol  of  the  conference 
at  all  times.  By  rekeying  the  conference  key,  the  conference  originator  shall 
be  able  to  cancel  a call  to  a potential  conferee  befote  the  called  line  is 
answered  or  in  case  the  called  line  is  busy.  He  shall  be  able  to  add  new 
conferees,  after  the  previously  called  conferee  has  answered  or  is  released, 
by  keying  the  conference  key  followed  by  the  address  of  the  desired  conferee. 

A progressive  conference  shall  be  capable  of  handling  up  to  19  conferees 
plus  the  originator. 

2.1.2.2f2  Preprogrammed  conference.  A preprogrammed  conference  shall 
be  based  upon  establishment  of  a conference  from  a software  programmable  list 
of  predesignated  subscriber  conferees.  The  conference  may  contain  conferees 
who  are  local  subscribers  to  the  switch,  and  also  conferees  who  are 
subscribers  to  remote  switches  and  therefore  may  be  accessed  via  the  remote 
switch's  conference  bridges. 

For  a 750  termination  FI,  the  switch  program  shall  be  capable  of  storing 
a minimum  of  20  preprogrammed  conference  f roups.  The  conference  grouping 
capability  for  other  switch  sires  shall  be  linearly  preport inal.  k 
preprogrammed  conference  group  at  any  switch  shall  be  capable  of  handling  up 
to  a maximum  of  19  cemfereea  plus  the  originator,  and  may  be  capable  of  being 
combined  with  other  preprograemmd  conference  groups  at  either  the  local  or 
distant  switches  to  form  a larger  conference. 

2.1.2. 2.3  Broadcast  (announcMMiit)  conference.  The  broedeest 
conference  ehall  he  beaed  on  the  technique  described  for  progressive  end 
preprogrammed  conferences.  The  broedcait  feature  shell  be  capable  of  serving 
up  to  30  conferees  including  the  originator. 
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2. 1.2.3  Call  transfer.  The  CP  shall  provide  call  transfer  service  to 
circuit  switched  subscribers  assign^/i  this  privilige. 

Any  one  of  the  subscribers  on  a circuit  switch  or  the  CSF  attendant 
shall  be  capable  of  having  his  directory  numbe'  transferred  to  another 
directory  number.  However,  the  maximum  number  of  simultaneously  transferred 
subscribers  per  750  termination  circuit  switch  shall  be  40.  The  capability 
for  other  circuit  switches  shall  be  linearly  proportinal. 

The  subscriber  shall  be  capable  of  initiating  this  service  from  his 
telephone  instrument  by  first  oialing  a special  access  code  and  then  dialing 
the  directory  number  to  which  he  desires  his  calls  to  be  transferred.  The 
telephone  instrument  shall  still  provide  the  capability  to  place  outward  calls 
while  in  the  call  tnnsfer  rendition.  When  a sub«criber  line  is  in  the  call 
transfer  condition  the  circuit  switch  will  send  a unique  dial  tone  to  the 
telephone. 


2. 1.2.4  Compressed  and  abbreviated  dialing.  The  CP  shall  be  capable  of 
providing  compressed  and  abbreviated  dialing  to  subscribers. 

2. 1.2.4. 1 Abbreviated  dialing.  Tlie  FI  CP  shall  provide  abbreviated 
dialing  on  a switch-wide  optional  basis.  The  abbreviated  dialing  feature 
shall  allow  the  CP  to  complete  local  calls  when  any  subscriber  dials  only  the 
last  three  or  four  digits  of  the  called  party's  seven-digit  number. 

2. 1.2.4. 2 Compressed  dialing.  The  CP  shall  provide  Compressed 
Dialing.  T^ie  subscribers  so  designated  may  dial  a two-digit  number  plus 
"end-of-dial"  (E'®)  to  reach  another  subscriber.  The  CP  shall  translate  the 
two-digit  code  and  route  the  call  to  the  called  party.  Compressed  dialing 
shall  be  provided  in  two  categories:  Common-pool  ccHopressed  dialing  and 
individual  compresr/sd  dialing. 

a.  Common  pool-compressed  dial  service.  The  750  termination  FI  shall 
have  the  capability  for  a maximua  of  five  common  pool  directories,  each 
directory  capable  of  containing  a maximum  of  90^  two-digit  dial  codec* 
Subscribers  authorised  comnon-pool  access  wculd  be  class-marked  according  to  a 
particular  common-pool  directory,  and  a subscriber  authorised  access  to  one 
directory  will  have  access  to  all  the  codes  within  that  directory,  but  would 
be  denied  access  to  any  other  directories. 

b.  Individual  compressed  dial*  In  addition  to  the  commou-pool 
capability,  the  FI  shall  also  provide  one  additional  directory  of  SO  codes, 
each  to  be  used  on  an  individual  basis,  i*e*,  those  subscribers  that  are 
class-marked  for  access  to  this  particular  directory  can  ba  furtbar 
claaa-marked  for  acceaa  to  specific  indivi^al  entries  in  the  directory*  Ae 
indicsted,  access  to  this  individual  compraaaad  dial  directory  will  be 
restricted  to  those  subscribere  appropriately  claae-marked*  A aubscriber  with 
access  to  this  directory  will  not  have  access  to  any  commoo-pcol  diractoriea. 
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2. 1.2.5  Call  forwarding.  A subscriber  may  forward  an  incoming  call 
chat  he  has  received,  to  another  subscriber  of  his  selection  by  use  of  the 
Attendant  Recall  feature  (see  Paragraph  2. 1.2. 9). 

2. 1.2.6  Secure  call  code/key  conversion.  The  circuit  switch  shall 
provide  for  secure  call  mode  and  key  conversion  for  properly  class-marked 
loops  and  trunks  terminated  on  the  SDIOC  for  secure  calls  between  incompatible 
voice  security  equipment. 

Initial  signaling  by  loops  and  trunks  employing  the  feature  shall  be 
transmitted  and  processed  in  the  clear.  The  circuit  switch  shall  determine 
from  the  class-marks  the  requirement  to  institute  a mode  or  key  conversion. 

2. 1.2.7  Automatic  line  grouping.  The  circuit  switch  shall  provide 
automatic  idle-line  hunting  service  for  properly  class-marked  circuit  switch 
subscribers.  Up  to  32  individual  hunting  groups  shall  be  provided.  Each 
group  shall  be  capable  of  accepting  from  two  to  five  subscriber  lines.  The 
features  provided  by  this  service  shell  be  as  follows: 

a.  liie  subscriber  addresses  in  a hunting  group  need  not  be  arranged  in 
an  orderly  numerical  sequence. 

b.  Hunting  for  an  idle  line  in  the  group  will  occur  whenever  the  called 
number  in  a group  is  busy. 

c.  In  the  event  all  lines  in  a group  are  busy  the  calling  party  shall 
be  returned  a line  busy  tone. 

c.  When  a preemptive  call  experiences  an  ’’all  lines  busy’*  condition 
within  the  called  group  and  the  calling  precedence  is  higher  than  at  least  one 
of  the  busy  lines,  the  lowest  precedence  busy  line  shall  be  preempted  and  the 
higher  precedence  called  connected  to  it. 

2. 1.2.8  Direct-access  service.  The  CV  shall  provide  Direct  Access 
Service  (DAS)  to  10  percent  or  40  of  the  available  lines  (whichever  is 
greater),  via  the  switched  cofamunicatione  network. 

DAS  imitates  sole-user  service,  i.e.,  if  subscriber  A goes  off-hook,  the 
circuit  switch  shall  imtiediately  establish  a connection  to  subscriber  B. 
Subscriber  A may  only  accept  calls  from  subscriber  B.  These  conditions  also 
hold  in  reverse  for  subscriber  B. 

2. 1.2.9  Attendant  recall.  It  shall  be  possible  for  a subscriber  to 
call  or  rocal)  the  Call  Service  Function  (CSF)  attendant*  To  initiate  a call 
to  the  attendant,  the  aubteriber  would  enter  the  precedence  of  the  call,  if 
any<  and  then  ths  digit  ”0**.  To  recall  the  CSF  att«»nd«nt  while  a call  is  in 
progress,  either  subscriber  may  enter  the  digit  ”0”.  The  precedence  of  s 
recall  is  the  aame  as  the  precedence  of  the  call  in  progress.  The  call  or 
recall  request  shall  be  stored  in  the  appropriate  precedence  queue  at  the 
CSF*  The  CSF  attendant  shall  be  ablw  to  extend  either  or  both  parties  of  a 
recalling  connection  to  any  other  termination  to  which  they  may  he  authorised 
cccess*  The  CSF  attendant  may  make  these  extenaiona  at  any  precedenca  level* 
Either  recalling  party  may  releasa  himaelf  from  the  eonnaetion  without 
ralaaaing  the  connection  between  the  CSF  attendant  and  tha  ramaining  recalling 
party. 


2.1.2.10  Data  service.  The  CP  shall  provide  real-time  switching  for 
data  subscribers.  Pabscribers  shall  operate  in  accordance  with 
Tf -A3 -4002 -00 15  r..id  A3 ”9002-00 17  as  applicable.  Data  services  shall  be 

provided  for  tr.nninals  operating  with: 

a.  Ai/rOVON  signaling  and  supervision; 

b.  Digit ial  loop  signaling;  and 

Cv  TA-34i  signaling  and  supervision 

Tlie  CP  shall  be  capable  cf  routing  connecJ'ions  for  circuit-switched  data 
subscribers  over  circuit  trunks  to  other  switching  centers  an?!  over 
intra-switch  trunks  to  the  SAP  Module  for  S&F  service. 

2.1.2.!]  Class-of-service  marks.  The  CP  shall  supply  call  service 
privileges  an:  exercise  restrictions  to  subscribers  through  the  use  of  stored 
propram  class-of-service  marks.  These  shall  be  easily  alterable  by  the  switch 
attendant  (SSF).  The  CP  shall  be  capable  of  processing  class-of-service  aarVi 
as  required  to  satisfy  this  specification  and  shall  provide  for  up  to  100 
unique  services.  Any  nusiber  of  thcie  class-marks  may  be  assigned  in  any 
coiiA>ination  to  all  subscribers  on  an  individual  basis.  As  a miniisum,  th^se 
shall  include: 

a.  Maximum  level  of  precedence 

b.  Progressive  conference  privilege 

c.  Preprograimsed  conference  privilege 

d.  Broadcast  conference  privilege 

e.  Call  restriction  to  preprogrammed  conference  only 

f . Subscriber  instrument  classification 

g.  Trunk  signaling  classification 

h.  Restriction  on  subscriber  dialing  access 

i.  Direct  access  service  (hot^linc) 

j.  Less  essential  subscribers  for  traffic  load  control 

k.  Automatic  line  group  hunting 

l.  Compressed  dialing  privilege 

m.  Call  traits Cer  privilege 

n.  Secure  cal!  privilege 

o.  Security  level 

p.  Data  service 

q.  Data  equipment  type 

r.  Spill  forward. 


2.1.2.11.1  Intercept.  An  intercept  feature  shall  be  included  in  the  CP 
that  shall  provide  for  the  return  of  a recorded  announcement  (see  Table  B-1) 
to  the  calling  voice  subscriber  when  the  number  dialed  does  not  exist,  is 
unassigned,  or  is  marked  disabled. 

2.1.2.12  Zone  restriction*  The  CP  shall  provide  the  capability  to 
prevent  any  subscriber  access  line  or  any  PBX  trunk  from  completing  calls  to 
designated  destinations. 

A calling  subscriber  or  PBX  may  be  restricted  from  accessing  any 
combination  of  the  following:  Area  codes,  switching  center  codes,  conference 
codes.  This  zone  restriction  shall  be  accomplished  in  the  originating 
switching  center  and  zone  restriction  assignments  in  any  one  switching  center 
shall  be  independent  of  the  zone  restriction  assignments  in  any  other 
switching  center. 

3.0  NUMBERING  PLAN 

3*1  Fixed  directory  codes* 

A fixed  directory  list  shall  be  provided  to  assist  in  locating  roving 
subscribers,  and  a similar  list  shall  be  provided  to  assist  in  locating  roving 
units.  The  Fixed  Directory  Subscriber  List  (FDSL)  shall  initially  consist  of 
200  entries,  expandable  to  3400,  indexed  by  a five^digit  code,  and  shall 
identify  a fixed  subscriber  number  and  memory  location  to  direct  the  call  to 
an  outgoing  trunk  or  to  a local  terminal. 

The  Fixed  Directory  Unit  List  (FDUL)  shall  consist  of  100  entries  and 
shall  identify  a fixed  unit  number  and  memory  location  to  direct  the  call  to 
an  outgoing  trunk  or  indicate  the  code  as  a home  code. 

3,2  Fixed  directory  translator  table. 

A directory  translator  table  shall  be  provided  for  translating  fixed 
directory  codes  into  routing  information  to  roving  subscribers  and  units. 
Initial  storage  of  300  fixed  codes  and  associated  routes  shall  be  provided, 
with  modular  expansion  in  segments  of  400  such  codes  up  to  a total  capacity  of 
3500  codes  and  routes.  Fixed  Directory  information  shall  be  alterable  at  each 
switch  from  the  console  of  the  switch  supervisor  function  (SSF)  at  the  same 
switch. 


4.0  TRAFFIC  LOAD  CONTROL 

The  CP  shall  include  programming,  whereby  the  traffic  offered  to  trunks 
by  subscribers  can  be  controlled  during  peak  busy  loads.  This  shall  be 
accomplished  in  two  stages:  (1)  By  restricting  less*-essential  subscribers 
access  to  trunks,  and  (2)  by  restricting  leas-esser^ial  subscribers  from 
initialing  calls. 

Traffic  load  control  initiation  shall  be  initiated  automatically  by  the 
circuit  switch  as  the  traffic  reaches  preset  levels,  or  it  uy  also  be 
initialed  manually  from  the  SSF*  The  preset  traffic  levels  shall  be  capable 
of  being  introduced  and  changed  from  the  SSF  through  readily  alterable 
software  progr^jjBung. 
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4.1  Subscriber  levels. 


The  CP  shall  provide  five  levels  of  traffic  load  control.  Bach  directly 
connected  subscriber  shall  be  assigned  to  only  one  level  of  traffic  load 
control. 


^.2  Traffic  level  thresholds. 

The  circuit  switch  shall  implement  traffic  load  control  automatically 
when  present  thresholds  are  exceeded  by  the  traffic  load  during  a measured 
period  of  time.  The  time  periods  shall  be  variable  between  one  and  fifteen 
minutes  in  increments  of  one  minute.  The  circuit  switch  shall  provide  the 
capability  for  altering  the  time  period  from  SSF.  The  CP  shall  provide 
traffic  metering  capabilities  which  shall  bereset  to  zero  at  the  end  of  each 
time  period. 

Switch  access  restriction  shall  be  applied  when  the  cumulative  number  of 
calls  originated  by  subscribers  exceeds  preset  thresholds. 

^•3  Traffic  metering. 

Tne  CP  shall  include  the  capability  measure  and  record  the  following 
traffic  events: 

a.  Total  number  of  originated  loop  calls  (precedence  and  routine); 

b.  Number  of  calls  offered  per  trunk  group  (precedence  and  routine); 

c.  Number  of  ATB  situations  encountered  per  trunk  group;  and 

d.  Number  of  calls  preempted  per  trunk  group* 

4.4  Control  subsystem  responbe  to  TCCF  directives. 

The  control  subsystem  shall > in  general » automatically  execute  TCCF 
directives.  When  the  supervisor/maintainer  position  is  manned  and  the 
accpet/override  feature  is  activatedt  the  control  subsystem  shall  display  the 
TCCF  directive  to  the  supervisor/maintainer  and  shall  execute  the  directive 
when  so  indicated  by  the  supervisor/maintainer* 

5*0  TIME-OUTS 

The  CP  shall  provide  a series  of  readily  alterable  time-out  functions* 
These  time-outs  shall  be  selectable  by  traffic  supervision  and  adjustable  from 
0 to  5 minutes  in  one  secund  increments.  These  shall  ioclude»  but  not  be 
limited  to»  those  described  in  the  subsequent  paragraphs. 

5.1  Common  control  functions* 

A time-out  capability  shall  be  provided  whereby  any  portion  of  the 
common  control  shall  release  itself  from  performing  further  functions  when  the 
assigned  time  limits  for  each  functions  are  exceeded. 


5.2  Line  circuit  time  out 


A time-out  capability  shall  be  provided  whereby  a line  circuit  shall  be 
placed  in  a lock-out  condition  when  a subscriber  exceeds  set  time  limits  for 
dialing  a call.  These  limits  shall  include: 

a.  Time  limit  after  receipt  of  dial  tone  until  first  digit  is  received; 

b.  Time  limit  between  digits; 

c.  Time  limit  between  call  disconnect  and  subscriber  on-hook;  and 

d.  Time  limit  after  preemption  and  on-hook  condition. 

This  table  itemizes  those  network  control  functions  which  are  affected 
by  the  integration  of  the  switch  CP  with  the  FI  as  indicated  in  the  proposed 
Phase  III  implementation#  Since  some  network  control  functions  interact  with 
more  than  one  network  element  the  "S"  and  "I"  entries  denote  which  element  is 
affected  by  going  from  the  Phase  II  concept  to  Phase  III. 


6.0  SUMMARY  OF  SWITCHING  AND  TECH  CONTROL  FUNCTIONS  FI  PHASE  II  VS  PHASE  III 


Function 

FI 

XNT 

Interacting  Elements 

(Phase  III) 

(Phase  II) 

Call  Processing  & SPVSR  Signaling 

Loop 

I 

Device  - Switch 

Intercenter  Trunks 

S 

Switch  - Switch 

Intracenter  Trunks 

I 

Switch  - Switch 

Matrix  Switching 

I 

Switch 

Traffic  Status  Reporting 
Call  Statistics 

Calls  Blocked  ) 

I 

Switch  - CNCE 

Dial-Tone  Delays  ( 
Total  Calls  / 

s 

CNCE  - CSCE 

Preempts  | 

Trunk  Statistics 

Trunks  Busy 

Calls  Preempted 

' s 

Switch  - CNCE 

Trunk  LOS 

^ s 

CNCE  CSCE 

Trunk  GR  Out 

1 ^ 

SWClT-  SW(n)  - CNCE 

Traffic  Status 

Routing 

Classsurks 
Load-Control  Laval 

) I 

Switch  - QICE 

Zone  Restriction 

1 ^ 

CNCE  - CSCS 

Call  Iidiibit 
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1.0  APPENDIX  C 


1 . 1 Multiribbon  cable  analysis. 

1.1.1  Data  bus  concept.  The  concept  of  using  a flat  cable  configura- 
tion as  the  intrashelter  data  bus  was  discussed  in  the  previous  study  phase. 
This  data  bus  uses  350  feet  of  twisted-pair  flat  cable  composed  of  twenty 
twisted-pair  wires.  The  data  requirement  for  each  twisted  pair  is  5Mb /s  NRZ 
with  a goal  of  10  Mb/s  NRZ.  The  bus  must  be  able  to  interface  up  to  sixty- 
four  peripherals  spaced  along  the  350  feet. 

To  demonstrate  the  feasibility  of  this  configuration  and  to  determine 
system  parameters » a partial  configuration  of  this  data  bus  was  constructed 
and  tested  in  the  laboratory. 

1.1.2  Hardware  considerations.  The  lab  bus  consists  of  four  lOG-foot 
sections  of  20  pair  Twist *N*Flat^  planar  cable  from  Spectra-Strip.  The 
Twist 'N*FlatTM  20-pair  cable  consists  of  stranded  28  AWG  round  conductors 
insulated  with  color-coded  PVCf  twisted  into  pairs  and  laminated  between  lay- 
ers of  PVC  film  to  form  a planar  cable.  Twisted  pair  sections  18  inches  long 
alternate  with  2-inch  flat  sections  in  which  the  conductors  are  laminated  in 
parallel  on  0.05  inch  centers.  The  flat  sections  are  used  as  termination 
points  for  Insulation  Displacement  Connectors  (IDCs). 

Refer  to  Figure  C-1  for  the  system  configuration.  Up  to  22  driver /re- 
ceiver pairs  can  be  connected  to  the  main  400-foot  cable  via  six-foot 
Twist |N'FlatTM  cable  stubs.  The  six  foot  stubs  were  made  by  dividing  some 
20  pair  Twist 'N*FXatTM  cables  into  two  ten-pair  cables.  Insulation  Dis- 
placement Connectors  are  used  to  connect  the  100-foot  cable  sections  together 
and  the  stubs  to  the  cables.  The  22  driver /receiver  pairs  are  divided  up  on 
four  wire-wrap  boards  with  six  pairs  on  each  of  three  boards  and  the  other 
four  pairs  on  the  fourth  board.  This  is  a compromise  between  one  cosmK^n  power 
supply  with  one  ground  return  and  22  poiier  supplies  with  22  separate  ground 
returns.  Only  the  main  400- foot  cable  is  terminated  at  both  ends.  The  stubs 
are  not  terminated.  The  single-point  ground  concept  is  used  since  this  is  the 
probable  ground  configuration  in  an  actual  system. 

The  line  drivers  are  8N75113  dual  differential  types  with  3-state  out- 
puts. Dual  in-line  switches  on  each  wire-wrap  board  provide  for  controlling 
the  3-state  mode.  The  highF^mpedance  state  control  for  each  driver  output  is 
essential  since  only  one  driver  can  transmit  on  the  data  bus  at  a time.  The 
line  receivers  are  8H75115  dual  differential  types.  Figure  C-2  shows  one-half 
of  a dual  in-line  pack  each  for  the  driver  and  the  receiver.  Low-power 
Schottky  TTL  gates  are  used  to  buffer  the  input  signal  to  the  drivers  from  the 
data  generator.  Uhen  the  high-impedance  (HiZ)  control  line  is  grounded » the 
driver  is  placed  in  the  high -impedance  output  mode. 
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Figure  C~3  shows  the  hardware  setup*  The  conrplete  setup  in  Picture  A 
shows  the  electronics,  test  equipment , and  the  400^foot  main  cable  with  all  21 
stubs  connected  to  it  at  approximately  20~foot  intervals^  Both  ends  of  the 
main  cable  are  terminated  at  the  box  shown  in  Picture  B*  Even  though  only  one 
twisted  pair  is  used  in  the  stubs  and  main  cable  for  most  tests,  several  other 
pairs  of  the  main  cable  are  terminated.  These  pairs  are  used  in  the  crosstalk 
tests  described  later.  The  single-point  ground  is  the  bus  bar  on  the  box  in 
Picture  B.  The  terminating  resistors  and  the  wires  from  each  power  supply  are 
connected  at  this  bus  bar.  This  single-point  ground  configuration  was  shown 
in  Figure  C-1.  The  four  wirewrap  boards  are  mounted  In  the  electronics  chas- 
sis shown  in  Picture  G.  The  two  connectors  at  the  top  of  the  chassis  are  used 
as  test  points  for  monitoring.  The  data  generator  input  for  each  of  the  four 
boards  is  provided  by  the  BNC  connectors  on  the  lower  front  of  the  chassis. 

The  test  equipment  used  in  obtaining  the  data  is  as  follows: 

a.  HP  I82A  Oscilloscope 

b.  HP  197A  Oscilloscope  Camera 

c.  HP  5246L  Electronic  Counter 

d.  HP  3760A  Data  Generator 

e.  HP  3300A  Function  Generator 

f.  McIntosh  60  Audio  Amplifier 

g*  Solar  Electronics  Type  6220- lA  Audio  Isolation  Transformer 

h.  Laboratory  Power  Supplies 

The  HP  Data  Generator  provided  both  the  square  wave  (1010)  waveforms  and 
the  pseudo-random  data  sequence. 

1.1.3  Theoretical  considerations.  The  test  configuration  shown  in  Fig- 
ure C-1  incorporates  several  important  results  and  conclusions  from  transmis- 
sion line  theory.  A balanced,  twisted-pair  transmission  line  is  used.  Exter- 
nal transverse  magnetic  field  noise  induces  equal  and  opposite  currents  on  the 
line  because  of  the  adjacent  twists  on  the  wires.  Thus,  this  noise  is  cancel- 
led out.  Also,  both  wires  are  almost  equally  affected  by  electrostatically 
coupled  noise,  assuming  perfectly  balanced  lines.  This,  along  with  any  system 
ground  potential  differences,  results  in  a net  common-mode  signal  with  respect 
to  the  system  ground  return.  Thus  the  noise  appears  at  the  receiver  input 
terminals  as  a common-mode  signal,  while  the  driver  output  appears  as  a dif- 
ferential signal. 

If  the  differential  receiver  has  a sufficiently  high  commm-mode  oporat- 
ing  range,  it  can  discriminate  between  the  noise  and  driver  signals.  The 
ground  return  connection  between  the  differential  line  driver  and  receiver  is 
not  part  of  the  signal  circuit.  Thus,  system  performance  is  not  affected  by 
circulating  ground  currents.  In  a high  Bfl  environment,  differential  opera- 
tion should  provide  the  iK>ise  immunity  necessary  for  feasible  system  opera- 
tion. The  line  receivers  chosen  for  this  test  have  a ♦ 15v  comnmn-rode  input 
voltage  range. 


C-3 


Every  transmission  line  exhibits  a characteristic  input  inpedance  desig- 
nated Zq,  If  the  operating  frequency  is  above  approximately  100  kHx,  this 
characteristic  impedance  is  best  approximated  by  the  lossless  line  equation: 

Zow  1 /l 

\c 

where:  C ■ line  capacitance  per  unit  length. 

L * line  inductance  per  unit  length. 

When  the  transmission  line  is  terminated  by  a resistance  equal  to  the 
line's  characteristic  impedancey  line  reflections  at  the  termination  are  vir- 
tually eliminated.  This  allows  the  system  to  operate  at  high  data  rates  since 
there  are  no  reflections  from  one  transmitted  pulse  to  interfere  with  the  next 
pulse.  The  Twist 'N'FlatTM  cable  has  a characteristic  impedance  of  approxi- 
mately 105  ohms.  So  the  line  in  the  lab  is  terminated  with  two  51.1  ohm  re- 
sistors in  series. 

Figure  C-4B  shows  the  two  tests  for  termination  with  one  side  of  each 
connected  to  the  ground.  Since  R,  or  R^  ^ most  of  the  noise  cur- 
rent will  flow  through  Rj  or  Rj  to  the  ground.  Us ins  this  termination 
technique,  the  common-mode  noise  at  the  receiver  will  be  significantly  reduced. 

After  the  lab  system  was  built  and  many  oscilloscope  pictures  had  been 
taken,  it  was  discovered  (Appendix  A)  that  this  configuration  was  not  opti- 
mum. However,  it  romains  so  all  results  obtained  from  the  tests  could  be  cor- 
related. In  an  actual  configuration,  the  line  termination  resistors  should  be 
ac  coupled  to  ground  using  large-value  capacitors. 

Stub  length  is  another  important  consideration.  Since  the  stub  is  un- 
terminated at  either  end,  it  will  produce  reflections  on  the  data  bus.  The 
permissible  stub  length  is  directly  dependent  upon  the  risetime  of  the  signal 
at  the  stub-line  location.  A detailed  discussion  of  this  dependence  is  found 
in  Reference  1.  The  total  propagation  delay,  T,  of  a line  of  length  1 is: 


T - 1 \/LC 
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R.  * 5kO  » 
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Figure  C«4A.  Single  resistor  termination. 
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Equivalent  Circuit 
of  Line  A or  B 


Figure  C-*4B.  Two  resistor  termination 


where  L and  C were  defined  earlier.  Thia  time  delay  should  be  made  very  short 
in  comparison  to  the  risetime,  t^,  of  the  signal  at  the  stub  location  in  or- 
der to  have  mitimal  reflections.  A risetime  to  propagation  delay  ratio  great- 
er than  8 to  1 is  considered  adequate  to  prevent  the  stub  from  affecting  the 
signal  quality.  The  Twist *H*PlatTM  cable  has  a propagation  delay  of  1.7 
nanseconds  per  foot.  For  a 10Mb /e  MRZ  signal,  the  fundamental  frequency  is  5 
MHs.  The  minimum  risetime  of  this  frequency,  f.  is: 

^ .0.35  0.35 

S ~ ■ TmHz  “ 


This  allows  the  stub  propagation  delay,  T 


T • ••8.75  nanoseconds 


to  be: 


and  the  corresponding  stub  length,  1,  is: 


T ^ 8.75 

1.7  nanoseconds  1.7 


ft  -5,15  ft. 


The  stubs  for  the  lab  test  are  six  feet  long.  This  allows  a realistic 
test  of  the  stub's  affect  upon  the  signal. 
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1.1.4  Data  patterns.  TWo  types  of  data  patterns  are  used  in  testing. 
The  first  type  is  alternate  ones  and  aero?.  This  pattern  allows  the  signal 
delays  risetime,  ringing  and  other  characteristics  to  be  determined.  The 
other  type  is  a pseudo-random  data  pattern.  Each  pseudo-random  sequence  (PRS) 
used  in  the  lab  system  contains  2l5  _i  bits.  This  PRS  allows  the  generation 
of  an  oscilloscope  eye  pattern  for  measuring  data  signal  quality.  The  PRS  is 
generated  by  an  HP  3760A  Data  Generator.  Several  data  parameters  can  be  ob- 
tained from  the  eye  pattern.  Signal  rise  and  fall  times  can  be  measured  and 
peak-to-peak  signal  transition  jitter  can  be  determined.  Signal  undershoot  or 
overshoot  can  be  seen  and  be  used  to  determine  whether  the  transmission  line 
is  properly  terminated.  The  eye  ''openness"  is  a measurement  of  the  system 
frequency  response  margin.  The  eye  pattern  is  detailed  in  Reference  I. 

1.1.5  Line  driver  coanon-mode  problem.  A problem  exists  with  line 
drivers  in  the  3-state  mode  when  negative  commom-mode  signals  more  negative 
than  aproximatelv  -1  volt  are  present.  This  is  detailed  in  Appendix  C-1.  The 
substrate  diode  between  the  driver's  output  pin  and  the  substrate  starts 
conducting  when  the  output  is  more  negative  than  the  substrate  by  approximate- 
ly 1 volt.  This  can  degrade  or  bum  out  the  integrated  circuit  or  the  bond 
wires.  This  is  not  dependent  on  the  positive  supply  voltage  to  •'he  driver.  A 
new  type  of  party-line  driver  eliminating  this  problem  is  expected  to  be 
available  next  year.  This  phenomona  ic  shown  in  the  Figure  C-20C  scope  pic- 
ture and  is  discussed  in  the  common-mode  voltage  section. 

1.1.6  Initial  teat.  After  one  wirewrap  board  waa  completed » a test 
was  conducted  using  just  the  main  transmission  line  without  the  stubs.  One 
driver  and  one  receiver  were  connected  to  the  line.  The  receiver  end  of  the 
line  was  terminated  using  two  51.1  ohm  resistors  to  ground  return.  The  }00- 
foot  cable  sections  were  left  in  rolls.  All  data  were  taken  with  respect  to 
ground;  no  differential  measurements  were  taken.  The  schematic  in  Figure  C-5 
show  the  points  at  which  the  data  were  taken. 


Oita 

Gwierator 


Figure  C-5.  Data  test  points. 


C-8 


Figures  C-6  and  C-7  show  the  results.  The  data  was  simulated  lOMb/s  NRZ 
except  for  the  last  two  pictures  of  Figure  C-7,  which  were  SMb/a  NRZ.  The  ar- 
rows pointing  to  specific  spots  on  each  waveform  show  the  propagation  time  de- 
lay due  to  the  driver/receiver  logic  and/or  the  cable  delay. 

The  following  observations  can  be  made  concerning  the  pictures  in  Fig- 
ures C-6  and  C-7. 

Note  the  rounding  of  the  REC  IN  waveform  as  the  line  length  in- 
creases. This  is  due  to  the  difference  in  attentuation  and  propagation  veloc- 
ity of  the  signal  frequency  components.  This  is  discussed  in  Reference  1.  In 
essence,  the  higher  frequency  components  propagate  down  the  line  faster,  but 
are  attenuated  more,  than  the  low  frequency  components.  This  phenomona  mani- 
fests itself  by  a relatively  fast  initial  rise  of  the  line  output  signal  as 
the  high-frequency  coicponents  arrive  first.  The  later  arrival  of  the  low- 
frequency  components  cause  the  signal  to  rise  to  the  final  value  more  slowly. 
Also  the  additional  capacitance  of  the  longer  cable  limits  the  cable's  fre- 
quency response. 

The  propagation  delays  of  both  the  driver  and  receiver  is  approximately 
33  nanoseconds  (ns).  Tlie  propagation  delay  of  400  feet  of  cable  is  approxi- 
mately 730  nanoseconds.  So  the  propagation  delay  of  the  c^ble  per  foot, j , is 


j^750  ns  - 35  n.  , 1.79  „8/ft 
400  ft 


Even  though  the  cable  lengths  and  the  scope  picture  measurements  are  not 
exact,  this  agrees  quite  closely  with  the  published  5*  1.7  ns/ft. 

At  400  feet,  the  receiver  waveforms  at  lOMb/s  NRZ  look  good.  These  re- 
sults allowed  continuation  with  the  more  realistic  test  configuration  shown  in 
Figure  C-3. 


1.1.7  Test  configuration.  All  the  following  tests  were  run  using  the 
hardware  shown  in  Figure  C-3.  The  text  configuration  followed  Figure  C-1  with 
the  function  generator,  audio  amplifier,  and  isolation  transformer  connected 
only  during  the  common-mode  signal  tests. 


E 


Figure  C-7, 


Initicl  test  results 
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All  data  were  taken  single-ended  with  respect  to  the  ground  for  that 
particular  wire-wrap  board.  The  Driver  Out  and  Receiver  In  data  were  taken  on 
the  inverting  (HAND)  terminals.  The  Driver  In  data  were  taken  right  at  the 
input  to  the  drivers. 

The  propagation  delay  in  a driver /receiver  pair  was  measured  at  approxi- 
mately 34  nanoseconds.  This  was  measured  on  the  scope  using  a driver /receiver 
pair  wired  together  on  one  of  the  wirewrap  boards.  The  same  driver /receiver- 
pair  frequency  response  was  checked  up  to  25Mb/8  NRZ  using  the  pseudo-random 
sequence  data  and  observing  the  eye  pattern  on  the  scope.  The  eye  pattern  was 
excellent  up  to  25Mb/8.  This  verified  that  the  driver /receiver  was  not  the 
limiting  factor  in  the  system  frequency  response. 

1.1.8  Test  using  100-foot  cable  with  stubs.  The  first  test  performed 
with  the  full  test  setup  used  100  feet  of  cable  with  up  to  21  stubs  connect- 
ed. The  stubs  were  equally  spaced  approximately  every  5 feet  along  the 
cable.  Stub  number  1 was  at  one  ead  of  the  cable  and  stub  number  21  at  the 
other  end.  Figures  C-8,  9,  and  10  show  the  results  of  this  test. 

Comparing  Picture  8A  with  8B,  one  can  note  the  amplitude  decrease  of 
both  the  Driver  Out  and  Receiver  In  when  the  line  is  driven.  As  stubs  are  ad- 
ded, the  Driver-Out  waveshape  does  not  change  as  drastically  as  the  Receiver 
In,  which  becoB^s  more  sinewave  in  shape.  This  is  due  to  the  added  cable  ca- 
pacitance limiting  the  frequency  response. 

The  propagation  delay  between  Driver  Out  and  Receiver  In  in  Picture  8B 
is  approximately  220  nanoseconds.  This  same  delay  in  Picture  8F  is  approxi- 
mately 240  nanoseconds.  Apparently  the  15  stubs  with  their  impedance  load  on 
the  line  make  the  line  length  electrically  longer  than  the  100-feet  of  main 
line  plus  two  stubs. 

The  waveforms  for  Pictures  8F  and  9D  are  similar. 

The  eye  patterns  show  the  frequency  response  of  the  system.  The  re- 
sponse is  excellent  at  lOMb/s  NRZ  as  shown  in  Pictures  9E,  9F,  and  lOA.  The 
eye  is  closing  in  Picture  lOD,  at  13.6Mb/s  NRZ  and  is  closed  at  17. 4M  Bits  NRZ. 

Cable  length  of  100  feet  should  support  lOM  Bits  NRZ  easily. 
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Figure  C-10.  100-foot  cable  with  stubs* 
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1.1 .9  Test  using  400-foot  cable  with  up  to  21  receivers.  In  this  test, 
all  400  feet  of  cable  were  used  with  up  to  21  stubs , each  connected  to  one  re- 
ceiver. The  stubs  were  equally  spaced  approximately  every  20  feet  along  the 
cable.  Stub  number  1 was  at  one  end  of  the  cable  and  stub  nus^er  21  at  the 
other  end.  Figures  C-11  through  14  show  the  results  of  this  test. 

The  waveforms  and  eye  pattern  of  all  21  stubs  on  the  first  100  feet  of 
cable,  Pictures  C-llA  and  -IIB,  are  very  similar  to  the  corresponding  Pictures 
9A  and  lOA  of  the  100  foot  cable  in  Figures  C-9  and  C3-10.  This  is  a good  in- 
dication that  the  lines  are  properly  terminated  and  thus  the  extra  300  feet  of 
line  presents  just  an  equivalent  dc  load  to  the  driver. 

Picture  C-13  shows  approximately  890  nanoseconds  delay  from  one  end  of 
the  cable  to  the  other  with  all  stubs  on  the  line  and  21  receivers  connected 
to  the  stubs.  With  just  one  driver  and  receiver  at  opposite  ends  of  the  400 
foot  line  using  no  stubs,  the  approximate  delay  is  730  nanoseconds  as  shown  in 
Figure  C-7,  Pictures  C and  E.  So  the  21  stubs  and  20  extra  receivers  effec- 
tively increase  the  electrical  line  length.  Most  of  the  increase  is  probably 
due  to  the  capacitance  of  the  unterminated  stubs. 

The  time  d*.lays  at  various  points  on  the  cable  were  measured  with  the 
driver  on  Stub  1.  The  results  are  tabulated  in  Table  C-1.  These  values  in- 
clude the  34  nanoseconds  propagation  delay  in  a driver /receiver  pair. 
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TABLE  C-1.  SYSTEM  DELAYS. 


Stub 

Delay 

Stub 

Delay 

Number 

(Nanoseconds) 

Number 

(Nanoseconds) 

2 

90 

9 

410 

3 

135 

17 

740 

4 

170 

18 

800 

5 

215 

19 

830 

6 

265 

20 

880 

7 

310 

21 

890 

8 

360 

In  Pictures  C-UC|  -125,  and  -HC  the  REC  OUT  vavefon  if  asyaBetrieal. 
Ttfif  : a good  indication  that  theae  configurations  are  reaching  their  upper 
frequency  response,  especially  I2C.  The  REC  IN  aaplitude  is  lov  and  has  a 
sinevave  appearance*  Note  that  vhen  the  line  is  driven  fro«  the  center,  as  in 
Picture  C-13B  vhere  the  driver  is  at  the  200  foot  point,  the  REC  OUT  looks 
very  sysaiietrical. 

The  eye  patterns  show  that  even  at  340  feet,  stub  18,  the  lOM  Bits  HRt 
is  still  good*  At  400  feet  on  stub  21,  the  eye  is  starting  to  close  at 
9*5lti/s  NRZ  and  is  cosq^letely  closed  at  lOMb/s  NEE. 

Notice  that  in  the  eye  patterns  where  the  rise  and  fall  tiass  are  not 
overlapping,  as  in  Pictures  C<-13D  and  -E,  the  driver /receiver  systeai  favors 
the  logic*sero  state*  That  is,  the  eye  opening  at  the  bottoa  (logic  sero)  is 
wider  than  the  top  (logic  one)*  This  is  probably  due  to  mk  unbalance  between 
the  driver  out^t  and  the  receiver  threshold*  As  shown  in  Reference  I,  the 
crossing  point  of  the  rise  and  fall  tines  is  the  optiaua  receiver  threshold 
level  for  aininua  jitter*  Obviously  this  should  occur  as  close  to  the  center 
of  the  logic  sero  and  one  voltage  levels  as  possible  for  optiasa  noise  iaatn- 
ity*  The  rise/fall  tiae  crossing  is  near  the  bottoa  in  the  lab  systea*  Cen- 
tering this  crossing  should  be  a coniii derat  ion  in  the  data  bus  design. 


1.1.10  Receiver  sinulacion.  The  actual  data  bus  system  requirement  is 
for  up  to  64  stations  along  the  cable.  In  order  to  more  clocely  duplicate 
this  situation  without  adding  more  driver/recever  pairs,  a resistive/capaca- 
tive  load  simulating  two  additional  receivers  was  added  to  each  of  the  21  re- 
ceivers. Thus  the  load  at  each  stub  is  now  one  driver  in  the  high- impedance 
mode  (negligible  effect  on  the  system),  one  actual  receiver,  and  two  simulated 
receivers.  From  the  Sil75115  receiver  specifications,  the  resistive  load  at 
each  receiver  is  typically  5k  ohms  to  ground  at  25oc,  For  worst  case,  this 
resistance  was  assumed  to  be  2.5k  ohms.  From  Appendix  C-1,  the  worst-case  ca- 
pacitance to  ground  for  each  receiver  is  approximately  5 pf.  Figure  C-15A 
shows  the  resistive/capacitive  (RC)  load  for  one  receiver.  TVro  of  these  loads 
were  paralleled  to  simulate  two  receivers.  Figure  C-15B  shows  the  actual  val- 
ues used  in  the  simulation  and  how  they  were  connected  to  each  actual  receiver 
on  the  wlre%nrap  boards. 


Receiver 

Differential 

Inputs 


Figure  C-15B.  Actual  receiver  and  two  einaated  receiver  inputs. 
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This  configuration  was  used  for  the  remainder  of  the  tests.  The  pic- 
tures for  these  tests  arev  labeled  *'RC  Simulation  - 42  Rec"  or 
"RC  Sim  “42  REC'*  to  designate  42  resistive/capacitive  (RC)  simulated  receiver 
inputs  and  21  actual  receivers.  Keep  in  mind  that  each  time  one  stub  is  added 
to  the  main  cab lei  the  equivalent  of  one  driver  in  the  high-impedaace  state 
and  three  receivers  are  added  into  the  system*  The  driver  that  is  driving  the 
system  is,  of  course,  not  in  the  high-impedance  state. 

The  stubs  were  equally  spaced  approximately  every  20  feet  along  the 
cable.  Stub  number  1 was  at  one  end  of  the  cable  and  stub  number  21  at  the 
other  end. 


1.1.11  Cable  types.  The  remainder  of  the  tests  use  two  different  types 
of  cables.  The  Spectra-Strip  Twist 'N' Flat TM  cable  is  the  one  used  for  all 
previously  described  tests  and  those  following  so  designated.  The  pictures 
that  do  not  specify  a cable  type  were  taken  with  the  Twist 'N'FlatTM  cable 
described  earlier.  The  second  type  of  cable  tested  was  the  Spectra-Strip 
Spectra-ZipTM  cable.  This  20-pair  cable  consists  of  uninsulated,  stranded 

28  AW6  round  conductors  laminated  between  layers  of  gray  ?VC  film  to  form  a 
planar  cable  with  0.05  inch  centers.  The  s^me  insulation  displacement  connec- 
tors (IDCs)  were  used  with  this  cable.  The  six-foot  stubs  used  with  this  main 
cable  were  the  original  Twist 'N'FlatTM,  xhe  system  configuration  and  the 
stub  spacing  were  kept  the  same  for  both  cable  types. 

1.1.12  Test  using  400-feet  Twist  'N'FlatTM  cable.  This  test  used  the 
receiver  simulation  described  above.  The  picture  results  are  shown  in  Figures 
C-16  and  C-17. 

The  REC  OUT  asymmetry  is  even  more  pronounced  in  Picture  C-16A  then  it 
is  in  Figure  C-12,  Picture  C with  only  21  receivers  on  the  line.  This  sug- 
gests, and  is  confirmed  by  the  eye  patterns,  that  the  frequency  response  is 
even  less  than  before.  The  DR  OUT  signal  looks  very  similar  in  the  two  pic- 
tures. 

Picture  C-16B  shows  the  REC  IN  at  stub  21  with  the  driver  on  stub  1 
under  two  conditions.  The  top  waveform  has  taken  after  just  the  resistive 
load  for  each  of  the  42  simulated  receivers  was  wired  onto  the  wire-wrap 
boards.  The  bottom  waveform  shows  the  RC  network  wired  as  in  Figure  C-15B. 
Note  the  "smoothing"  of  the  signal  with  the  capacitors  in  the  circuit  as  com- 
pared to  the  top  waveform. 

At  300  feet,  stub  16,  the  eye  pattern  looks  good  at  l0RI>/s  VIBZ.  How- 
ever, at  340  feet,  stub  18,  the  eye  is  starting  to  close  at  9}&/s  NRZ  and  is 
closed  at  9.5Mb/s.  This  is  a frequency  response  decrease  of  approximately  1 
MHs  from  the  previous  test  of  21  receivers. 

At  400  feet,  stub  21,  the  5lfi>/s  NRZ  eye  pattern  is  very  griod.  The  eye 
is  closing  at  7.5Mb/s  NRZ  and  is  completely  closed  at  8)&/s  NRZ.  The  system 
frequency  response  at  this  length  has  decreased  approximately  2 MBs  from  the 
previous  21  receiver  test. 
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1.1.13  Test  using  400-feet  Spectra-ZipTM  cable.  This  test  also  used 
the  receiver  simulation  and,  as  in  all  of  the  above  tests,  was  used  to  deter- 
mine the  frequency  response  of  this  particular  cable.  Figures  C-18  and  C-19 
show  the  results. 

For  Picture  C-18A,  the  uignal  frequency  was  decreased  so  that  the  REC 
OUT  waveform  had  approximately  the  same  asymmetry  as  in  Figure  C-16,  Picture 
A.  To  accomplish  this,  the  frequency  had  to  be  decreased  to  9Mb/s  NRZ.  This 
suggested  that  the  freqeuncy  reaponse  of  this  cable  was  about  1 MHz  below  the 
Twist *N* Flat TM  cable.  The  eye  patterns  confirm  this. 

At  100  feet,  stub  6,  the  eye  pattern  locks  very  similar  to  the 
Twist *N*FlatTM  Figure  C-16,  Picture  C. 

At  300  feet,  stub  16,  the  eye  is  closing  at  9.5Mb/8  NRZ  and  is  closed  at 
lOMb/s  NRZ.  The  eye  of  Picture  18C  at  9M  Bits  NRZ  is  slightly  narrower  than 
the  eye  of  Figure  C-16,  Picture  D at  lOMb/s  NRZ  of  the  Twist *N*FlatTM  cable. 

The  cable's  frequency  response  at  340  feet,  stub  18,  is  down  approxi- 
mately l.SMb/s  NRZ  since  the  eye  at  7.5Mb/8  URZ  is  comparable  to  the  Figure 
C-16,  Picture  F at  9Mb/8  NRZ.  The  eye  is  closing  at  SMb/s  NRZ  and  is  closed 
at  8. SMb/s  NRZ. 

At  400  feet,  stub  21,  the  eye  is  closing  at  5Mb/s  NRZ  and  is  closed  at 
S.SMb/s  NRZ.  This  compares  to  Figure  C-17,  Pictures  ^ and  F for  7.5Mb/8  NRZ 
closing  and  SMb/s  KRZ  closed. 

The  frequency  response  of  this  cable  is  decreased  from  the 

Twist *N*FlatTM  i 2. SMb/s  NRZ  depending  upon  the  cable  length  at  which 
the  measurement  is  taken. 

1.1.14  Commoa-modc  test  with  400- feet  Twist 'N'FlatTM.  This  test  was 
conducted  to  determine  the  effect  of  a common  mode  sinewave  voltage  upon  the 
system.  The  system  common-mode  configuration  is  shown  in  Figure  C-1. 
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The  first  step  was  to  determine  whether  the  common-mode  signal  by  itself 
was  mismatched  on  the  cable's  driven  twisted  pair  lines.  Two  oscilloscope 
channels  were  calibrated  to  display  the  same  amplitude  when  the  scope  probes 
were  connected  to  the  scope  calibrator  signal.  Tuen  the  function  generator 
and  audio  oscillator  were  adjusted  so  one  channel  of  the  oscilloscope  display- 
ed a 3v  peak-to-peak  (3v  p-p)  100  kHz  sinewave  from  one  of  th3  51.1  ohm  line 
terminating  resistors  to  single-point  ground  at  the  near  end  (closest  to  stub 
1)  of  the  cable.  The  other  scope  channel  was  connected  to  the  other  51.1  ohm 
resistor  at  the  same  end  of  the  line  with  respect  to  the  same  ground  point. 
With  just  the  cable  and  21  stubs  with  no  electronics,  there  was  no  discemable 
mismatch.  Then  the  oscilloscope  probes  were  switched  to  the  two  51.1  ohm  re- 
sistors at  the  far  end  of  the  400-foot  line  (closest  to  stub  21).  the  meas- 
urement there  was  1.6  v p-p  because  of  the  line  volt^e  drop,  but  again  there 
was  nc  discemable  mismatch.  Then  all  four  wlrewrap  boards  were  plugged  Into* 
the  stubs.  Each  end  of  the  line  was  measured  as  previously  described.  With 
the  power  off,  there  again  was  no  discemable  mismatch  at  either  end.  With 
the  power  on  and  all  21  drivers  in  the  three-state  mode,  there  was  an  approxi- 
mate 10  mv  difference  between  these  two  waveforms  at  the  near  end  and  the  same 
difference  at  the  far  end  of  the  line.  So  it  appeared  that  the  connon-mode 
voltages  were  very  balanced  in  the  system.  This  suggested  that  a common-mode 
signal  below  the  receiver  common-mode  input  voltage  range  of  ^ 15v  should  have 
little  effect  on  the  system.  This  was  not  the  case,  however,  as  will  be  seen 
in  the  eye  patterns  for  this  test. 

Figures  C-20  and  C-21  show  the  results  of  this  test.  Each  half  of  Pic- 
tures 20A  and  B were  taken  at  opposite  ends  of  the  cable  with  no  common-mode 
signal.  The  difference  in  the  eye  width  indicated  that  the  system  is  not  bi- 
lateral. The  results  depend  upon  which  end  of  the  cable  is  driven.  Both  ends 
of  the  cable  need  to  be  checked  to  find  the  worst-case  frequency  response. 

The  actual  coimoon-mode  signal  is  shown  in  Figure  C-20,  Picture  C.  The 
waveforms  were  taken  at  the  near  end  (driver  end)  of  the  cable.  The  top  wave- 
form is  without  the  electronics  connected  to  the  stubs.  Note  the  clipping  of 
only  the  negative  portion  of  the  common-tBode  signal  after  the  wire-wrap  boards 
were  connected  to  the  stubs.  This  waveform  stayed  the  same  whether  the  power 
to  the  electronics  was  on  or  off.  All  21  drivers  were  in  the  three-state 
mode.  This  clipping  is  caused  by  the  conduction  of  the  substrate  diodes  in 
the  drivers.  This  was  discussed  earlier  in  the  Line  Driver  Couson^Mode  ProJ>^ 
lei  section. 

The  other  pictures  in  Figures  C-20  and  C-21  show  the  jitter  in  the  eye 
patterns  caused  by  th<i  coaBK>n-mode  voltage.  The  amount  of  jitter  was  unex- 
pected. This  jitter  could  be  caused  by  several  things  mentioned  earlier.  One 
could  be  the  same  problem  that  causes  the  driver /receiver  system  to  favor  the 
logic-xero  state  as  discussed  in  section  1.1.9.  Another  could  be  the  unbal- 
ance that  caused  the  10  millivolt  difference  in  the  common^mode  signal  when 
measured  with  the  power  on  and  all  drivers  in  the  three-state  sKxle  discussed 
at  the  beginning  of  this  section.  The  driver  j*ubstrate  diode  conduction  with 
negative  coamm-mode  signals  could  be  the  reason  for  the  jitter.  Further 
tests  need  to  be  conducted  to  determine  what  causes  the  jitter. 
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The  Figure  C-20  and  C-‘21  eye  patterns  are  hard  to  interpret  since  the 
jitter  causes  faint  lines  which  are  difficult  to  see.  The  comriariiiions  between 
these  pictures  and  the  corresponding  ones  without  the  conmon^mode  nignal  in 
Figures  C-’Ib  and  C-17  arc  summarised  below. 

The  jitter  on  the  Pictures  20D  and  E caused  the  rise  and  fall  waveform 
width  to  be  about  one  half  again  as  wide  as  on  the  corresponding  Pictures  16C 
and  D. 


At  340  feet,  stub  18,  the  eye  is  closing  at  8Mb/s  NRZ  in  Picture  21A; 

v^hereas  the  eye  is  closing  at  9Mb/s  NRZ  in  Figure  C-16,  Picture  F. 

At  400  feet,  stub  21,  the  eye  was  closed  at  7Mb/s  NRZ  in  Picture  21C; 

whereas  the  corresponding  closure  was  at  8Mb/s  NRZ  in  Figure  C-17,  Picture  F. 

The  coomon'-mode  signal  appeared  to  decrease  the  system  frequency  re- 
sponse approximately  IMb/s  NRZ.  The  cause  of  the  jitter  needs  to  be  found. 

1.1 .15  Common-mode  test  with  400-feet  Spectra-ZipTM.  The  cooDon-mode 
voltage  signal  was  adjusted  and  checked  as  for  the  Twist'N'FlatTM  cable. 

Agrin,  it  appeared  that  the  common-mode  voltages  on  each  of  the  two  lines  were 
very  balanced.  However,  the  jitter  was  even  more  pronounced  for  this  cable 
type. 


Figure  C-22  shows  the  test  results.  Picture  C-22A  was  taken  fov  compar- 
ison with  Figure  C-20,  Picture  A.  The  eye  is  much  narrower  for  the 
Spectra-ZipTM  cable.  The  two  waveforms  on  Picture  C-2Z^  again  show  that  the 
system  is  not  bilateral.  However,  in  this  case  it  appears  that  the  eye  is 
narrower  when  the  driver  is  on  stub  21.  This  is  just  ^:he  opposite  from  Figure 
C-20,  Picture  A. 
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The  jitter  on  the  eye  patterns  again  causes  problems  in  interpreting  the 
pictures.  It  can  be  seen  that  the  results  are  worse  than  that  of  the 
Twist *N*FlatTM,  example,  at  100  feet,  stub  6,  the  eye  pattern  looks 

very  good  at  lOMb/s  NRZ  on  Figure  C-20,  Picture  D for  the  Twist *N*FlatTM 
cable.  Rowevery  the  same  conditions  on  Picture  22C  shows  the  eye  closing  at 
lOMb/s  NRZ. 

At  ^00  feet,  stub  21,  the  eye  was  already  closed  at  5Mb/s  NRZ,  so  this 
picture  was  not  taken. 

The  Spectra-ZipTM  worse  in  frequency  response  deterioration 

with  a common-mode  signal  than  is  the  Twist 'N'FlatTM  cable. 

1.1.16  Crosstalk  measurements.  In  order  to  obtain  information  on  the 
interaction  of  signal  lines  upon  adjacent  lines,  several  test  types  were  con- 
ducted. Both  cable  types  were  tested  usi^ig  three  diff  .rent  wiring  configura- 
tions as  shown  in  Figure  C-23.  To  use  drivers  for  other  than  the  main  line 
driven  by  driver  1,  stubs  and  their  associated  driver /receiver  pairs  were  re- 
moved from  the  main  line.  For  example,  stubs  13,  17,  and  20  are  missing  from 
the  main  line  in  configurations  2 and  3.  These  stubs  were  connected  to  the 
other  three  driven  lines. 

For  configuration  3,  a grounded  line  pair  was  inserted  to  ascertain  the 
amount  of  crosstalk  shielding  that  could  be  obtained. 

The  test  using  configuration  1 was  conducted  first.  The  criteria  for 
selectinft  the  frequencies  for  the  measurements  wares 

a.  One  picture  at  5Mb/s  IQtZf 

b*  TWo  pictures  at  frequencies  between  approximately  5 and  12Mb/s  NRZ 
whi.re  the  crosstalk  was  maximumi  and 

c.  One  picture  at  a frequency  between  approximately  5 and  12Mb/s  NRZ 
where  the  crosstalk  was  minimum. 


NOTES: 

1 . Legends 

]>XX  **  Driver  XX 
RXX  * Rtceivtr  XX 
NEM  - Near  End 
NtatureiMiit 

FSM  * Far  End  Htaturaaaiit 
* Single  Point  Ground 

2.  Each  lint  rapraaanta  ona 
pair  of  viraa;  a.g.  ona 
pair  of  viraa  ara 
grounded  in  configura- 
tion 3 

3.  Ml  linaa  ara  taminatad 
at  both  anda. 

4.  Ml  drivara  axcapt  tboaa 
driving  linaa  ara  in  tha 
thraa-stata  soda. 

5.  NSH  and  FSH  ara  taken 
from  only  one  Una  of 
the  pair  vith  raapact  to 
aittgla  point  ground. 


Figure  C-23*  Croaatalk  configurationa. 


For  comparison,  the  pictures  for  the  other  two  configurations  viare  then 
taken  at  these  same  frequencies. 

All  near-end  (NE)  and  far-end  (FE)  measurements  were  taken  on  the  51.1 
ohm  line  terminating  resistors  at  the  Line  Termination  and  Single-Point  Ground 
box  shown  in  Figure  C-3.  The  top  waveform  on  the  scope  pictures  was  used  as  a 
reference.  It  was  taken  right  at  the  input  to  the  drivers,  all  of  which  were 
on  the  same  wire  wrap  board. 

1.1*17  Crosstalk  test  with  400-feet  Twist *N*FlatTM.  Figures  C-24  and 
C-25  show  the  single-ended  crosstalk  waveforms  for  the  three  configurations. 

With  two  lines  driven  as  in  configuration  1,  Figure  C-23,  the  near  end 
maximum  voltage  is  approximately  120  mv  p-p.  The  minimum  is  approximately  80 
fflv  p-p.  The  far  end  voltages  are  approximately  90  mv  p-p  maximum  and  40  mv 
p-p  minimum. 

With  four  lines  driven  as  in  configuration  2,  Figure  C-23,  the  waveforms 
and  amplitudes  at  the  four  frequencies  are  almost  identical  to  the  correspond- 
ing pictures  with  only  two  lines  driven. 

The  configuration  3 pictures  with  the  four  lines  driven  and  one  grounded 
show  considerable  decrease  in  near  end  voltage  (except  at  11.4Mb/8  NRZ)  com- 
pared to  configuration  2.  However,  the  far  end  voltage  increased  except  at 
11.4  Mb/s  NRZ  where  it  decreased  slightly. 

Based  upon  these  pictures,  the  lines  directly  adjacent  to  the  measured 
line  as  in  configuration  I,  induced  almost  all  the  crosstalk.  The  grounded 
line,  configuretior.  3,  results  were  inconclusive.  However,  in  general,  this 
ground- line  reduced  the  near-end  voltage  and  increased  the  far-end  voltage. 
Additional  measurements,  probably  differential  instead  of  single  ended,  and 
bit-error  rate  tests  with  crosstalk  and  data  on  the  same  lines  should  be  per- 
formed. 
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Figure  C-24.  Croeetalk  with  Itoiat'M'FUtlM. 
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1.1.18  Cross  talk  test  with  400-feet  Spectra-Zip^.  The 
Spectra-ZipTM  cable  showed  more  crosstalk  amplitude  than  on  the 
Twist 'N*Flat™.  Figures  C- 26  and  C~27  show  the  single-ended  crosstalk  wave- 
forms for  the  three  configurations. 

The  pictures  with  two  lines  driven,  Figure  C-26,  A through  D,  show  the 
near-end  maximum  voltage  approximately  270  mv  p-p.  The  minimum  is  approxi- 
mately 170  mv  p-p.  The  far-end  voltages  are  approximately  200  mv  p-p  maximum 
and  80  mv  p-p  minimum.  This  is  double  the  crosstalk  voltage  observed  for  the 
Twist *N* Fla tXM  cable. 

Note  that  with  four  lines  driven,  the  amplitudes  on  the  four  pictures 
are  about  the  same  as  the  corresponding  pictures  with  only  two  lines  driven. 
Unlike  the  Twist *N*FlatTM  cable  results,  the  corresponding  waveforms  between 
the  Spectra-ZipTM  configuration  1 and  2 pictures  are  not  nearly  identical. 

With  the  four  lines  driven,  fifth  grounded  configuration,  the  crosstalk 
waveform  seemed  to  be  smoothed.  This  is  shown  in  the  Figure  C-27,  Pictures  C 
through  F.  This  did  not  happen  in  the  corresponding  Twist *N*FlatTM  test. 

The  grounded-line  pair  has  more  effect  on  the  crosstalk  in  the  Spectra-ZipTM 
cable.  It  appears  to  isolate  the  driven  lines  from  the  measured  line.  The 
differences  in  amplitude  between  these  and  the  corresponding  pictures  for  only 
four  lines  driven  do  not  correlate. 

These  test  results  show  that  the  crosstalk  is  approximately  doubled  over 
the  result,  using  the  Twist 'H'FlstTM  ceble.  Both  tests  showed  that  the  two 
most  adjacent  lines  to  the  one  being  measured  induce  almost  all  the  cross- 
talk. The  grounded-line  pair  has  much  more  isolation  effect  in  the 
Speetrs-ZipTM  ceble  then  in  the  Twist 'N’Flet™. 
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1.1.19  Conclusions  and  recoinDendat:vons.  The  Twist 'N'FlatTM  cable  is 
far  superior  to  the  Spectra-ZipTM  this  application.  The 
Twist *N* Fla tTM  better  frequency  response,  both  with  and  without  conmon- 

mode  signals;  and  the  amount  of  crosstalk  induced  is  much  less.  So  the 
remainder  of  this  section  will  concern  itself  with  only  the  Twist *N' Fla tTM 
cable. 


At  ICO  feet,  using  21  receivers,  this  cable  easily  carries  lOMb/s  NRZ 
data.  With  21  receivers  on  the  400-foot  cable,  lOMb/s  HRZ  is  still  good  at 
340  feet  according  to  the  eye  pattern,  and  decreases  to  about  9Mb /s  NRZ  at  400 
feet. 


The  results  of  the  receiver  simulation  tests,  which  uses  21  actual  re- 
ceivers and  42  simulated  ones,  show  that  the  lOMb/s  NRZ  eye  pattern  is  still 
good  at  300  feet.  This  decreases  approximately  9Mb/s  NRZ  at  340  feet  and  7M 
b/s  NRZ  at  400  feet. 

With  the  common-mode  voltage  on  the  simulated  receiver  configuration, 
the  lOMb/s  NRZ  eye  pattern  still  looked  good  at  300  feet.  However,  the  fre- 
quency response  at  340  and  400  feet  decreased  to  approximately  8Mb/s  NRZ  and 
between  5 and  7Mb/s  NRZ  respectively. 

Several  important  items  were  discovered  in  the  process  of  planning  for 
and  conducting  this  test. 

a.  The  existing  three-state  line  drivers  have  a negative  comson-mode 
voltage  failure  problem.  New-type  line  drivers  are  required  for 
data  bus  applications. 

b.  The  system  response  is  not  bilateral.  At  minimum,  both  cable  ends 
should  be  driven  to  determine  worst-case  frequency  response. 

Cv  The  terminating  resistors  should  be  ac  coupled  to  ground  with  large 
value  capacitors  to  eliminate  any  line  driver  dc  offset  problems. 

d.  To  obtain  auximum  noise  iaBSinity  and  to  perhaps  eliminate  some  of 
the  common-mode  jitter  seen  in  those  test«,  the  line  driver/receiver 
configuration  should  be  balanced  so  that  the  optimum  receiver  thres- 
hol'f  occurs  in  the  center  of  the  eye  pattern. 

Many  more  tests  need  to  be  conducted  to  complement  the  data  already 
tained  and  to  solve  some  of  the  problems  encountered.  After  ac  coupling  the 
terminating  resistors  and  solving  the  problem  of  balancing  the  driver/receiver 
for  optimum  receiver  threshold  in  the  eye  pattern  center,  the  following  tests, 
at  a minimum,  need  to  be  conducted. 

a.  Bit-Brror  Rate  (BBR)  measurements  need  to  be  made  with  the  system  to 
determine  the  maximum  frequency  response  of  different  configura- 
tions. These  measurements  should  be  conducted  both  with  and  without 
coMon*«ode  noise  simulation,  and  also  with  other  lines  driven  with 
different  data  patterns  to  determine  the  effect  of  crosstalk  on  the 
system  HER. 


b.  The  problem  of  vhy  the  coomon'-mode  signal  creates  a large  amount  of 
jitter  in  the  eye  pattern  must  be  solvod.  Several  possible  causes 
were  suggeetud  in  the  report v 

c.  More  crosstalk  data  must  be  obtained.  Differential  measurements  be- 
tween the  two  measured  lines  are  needed  to  determine  the  actual  ef- 
fect upon  the  differential  input  to  the  receiver. 

Though  there  are  some  unresolved  problems,  the  Twist *N'FlatTM  cable 
met  expectations.  The  test  results  confirm  that  this  cable  will  perform  ade- 
quately as  the  intrashelter  data  bus. 
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APPENDIX  C-1 
TELECON 


Motorola  Phoenix,  Arizona  Dusty  Morris  1 February  1979 

(602)  244-3716 

1.  Subject:  Line  Driver  tum-on  ifith  negative  co»aon>iiode  noise. 

If  a negative  voltage  is  placed  on  the  output  of  a driver  that  is  in  the 
high-impedance  (2iZ)  mode,  and  this  voltage  is  negative  more  than  approximate- 
ly - 1 v,  parasitic  diodes  between  the  substrate  and  the  driver  output  turn 
on.  There  is  no  current  limiting  for  these  parasitic  diodes,  and  heavy  cur- 
rents can  flow.  This  not  only  causes  undefined  driver  states,  but  also  tendr 
to  degrade  the  bond  wires  and  integrated  circuits,  either  of  which  could  even- 
tually bum  out.  This  situation  is  also  possible  if  the  ground  on  one  driv- 
er is  negative  (due  to  common  mode  noise  on  the  ground  line)  with  respect  to 
other  driver's  grounds.  When  this  negative  ground  driver  is  ON  and  others 
are  in  the  HiZ  mode,  this  negative  voltage  can  be  put  on  the  but  line  via  the 
ON  driver  output  sink  transistor  to  the  HiZ  driver  outputs.  This  causes  the 
same  substrate  diode  conduction. 

Turning  off  the  *5v  dc  power  to  the  HiZ  drivers  does  not  help  since  the 
parasitic  diodes  still  turn  on. 

The  new  party- line  spec,  designated  PSaaa  at  thia  point  being  written 
will  eventually  require  a new  party-line  driver  using  either  single  ^5v  dc  or 
j^5v  dc  power;  but  this  driver  is  at  least  a year  away. 

2.  Subject:  Split  resistor  termination 

The  two  resistors  to  ground  is  not  the  opt imum  configuration  for  termi- 
nating the  line.  This  is  because  the  line  drivers  have  some  dc  offset,  and 
the  path  to  ground  takes  power  from  the  drivers.  Connect  this  center  tap  of 
the  two  resistors  through  a large  value  capacitor  to  ground  thus  eliminating 
the  offset  problem. 
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nSLECON 


T.I.  Dallas  Texas  Dale  Pippenger  1 February  1979 

(214)  238-5908 

1.  Subject:  What  is  input  capacitance  of  Line  Receiver  751 15K? 

Each  input  to  ground  is  approximate ly  3 pf. 

The  maximm  is  approximately  5 pf.  This  parameter  is  not 
specified. 

2.  Subject:  Problem  with  line  driver  tum-on  with  negative  common-mode 

noise. 

Pippenger  said  essentially  what  Dusty  Horris  from  Motorola  stated.  The 
substrate  diode  between  the  collector  of  the  output  drive  circuitry  and  the 
substrate  conducts  with  the  negative  spikes  of  cosaon-mode  voltage.  This 
causes  junction  heating  and  the  diode  becomes  leaky  and  degrades  over  a period 
of  time.  This  could  eventually  cause  driver  failure. 

He  thinks  the  new  future  party  line  driver  will  have  dual  supplies  con- 
necting the  substrate  to  the  negative  supply  voltage. 
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MISSION 

of 

R(mB  Air  DeveUypmeni  Center 

R/itX)  ploM  ojui  execu^teA  ^t^^OAck,  divttopmtnt,  ttit  and 
i^ijitctod  acqtLUltion  fyAogAomA  in  ^uppcKt  Conrnatvi,  ContAol 
CormunicjUionA  and  IntMigtnct  (C^Il  acti\/itlu.  Technical 
and  ^ngincCAing  ^uppoAX  uiUhin  eui^/u  technical  competence 
U pAcvided  to  ESV  PAogAom  04iice&  IPC4I  and  otheA  ESP 
elementA.  The  pnincipat  tecknical  nc46ion  aaeoA  axe 
communication^,  electxomagnetic  guidance  and  contKol,  huA- 
veitlance  o^  gxound  and  aeAOApace  objects,  intelligence  data 
collection  and  ftandling,  inioxmation  4g4tem  technolrgy, 
iono4pheAic  pAopcgation,  4otid  4tate  4cienct4,  micAom  e 
phy^icA  and  electxonic  xetiabitity,  maintainability  and 
compatibility. 


